Hallo,

wir setzen auf einem Server noch postfix in der Version 1.1.12 ein.
Häufig gehen html-Mails ein, die von Outlook mit der Einstellung:
"Automatischer Textumbruch bei 76 Zeichen" (= Standard) codiert sind.
Wenn nun zufällig das 77. Zeichen ein Punkt ist und danach wieder
html-Steuercodes für die nächsten Zeichen in der codierten Mail stehen,
erscheint der Punkt als einziges Zeichen am Anfang der nächsten Zeile. Die
folgenden Steuercodes in der darauf folgenden. Dies führt regelmässig zum
Beenden der Mailübertragung, da nach RFC 2821 der Punkt das Ende von DATA
signalisiert.

Weiß jemand was ich dagegen tun kann, ausser mal schnell den jüngsten
Quellcode neu zu übersetzen?
Plattform: SuSE 7.0 / 8.0 mit cyrus / imap

Gruß,
Joerg

On 2007-08-24, Joerg Kaschny <j.kaschny*gmx.de> wrote:
> Hallo,
>
> wir setzen auf einem Server noch postfix in der Version 1.1.12 ein.
> Häufig gehen html-Mails ein, die von Outlook mit der Einstellung:
> "Automatischer Textumbruch bei 76 Zeichen" (= Standard) codiert sind.
> Wenn nun zufällig das 77. Zeichen ein Punkt ist und danach wieder
> html-Steuercodes für die nächsten Zeichen in der codierten Mail stehen,
> erscheint der Punkt als einziges Zeichen am Anfang der nächsten Zeile. Die
> folgenden Steuercodes in der darauf folgenden. Dies führt regelmässig zum
> Beenden der Mailübertragung, da nach RFC 2821 der Punkt das Ende von DATA
> signalisiert.
>
> Weiß jemand was ich dagegen tun kann, ausser mal schnell den jüngsten
> Quellcode neu zu übersetzen?

Den Fehler in Outlook korrigieren? Neuere Postfixe werden sich nicht
anders verhalten bei solchen eklatant elelmentaren Funktionen.

--
Ralf Hildebrandt (i.A. des IT-Zentrums) Ralf.Hildebrandt*charite.de
Charite - Universitätsmedizin Berlin Tel. +49 (0)30-450 570-155
Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-962
IT-Zentrum Standort CBF send no mail to plonk*charite.de

On 2007-08-24, Joerg Kaschny <j.kaschny*gmx.de> wrote:

> wir setzen auf einem Server noch postfix in der Version 1.1.12 ein.
> Häufig gehen html-Mails ein, die von Outlook mit der Einstellung:
> "Automatischer Textumbruch bei 76 Zeichen" (= Standard) codiert sind.
> Wenn nun zufällig das 77. Zeichen ein Punkt ist und danach wieder
> html-Steuercodes für die nächsten Zeichen in der codierten Mail stehen,
> erscheint der Punkt als einziges Zeichen am Anfang der nächsten Zeile. Die
> folgenden Steuercodes in der darauf folgenden.

Hier fehlt doch etwas?

> Dies führt regelmässig zum
> Beenden der Mailübertragung, da nach RFC 2821 der Punkt das Ende von DATA
> signalisiert.
>
> Weiß jemand was ich dagegen tun kann, ausser mal schnell den jüngsten
> Quellcode neu zu übersetzen?

Den Fehler in Outlook korrigieren? Neuere Postfixe werden sich nicht
anders verhalten bei solchen eklatant elementaren Funktionen.

--
Ralf Hildebrandt (i.A. des IT-Zentrums) Ralf.Hildebrandt*charite.de
Charite - Universitätsmedizin Berlin Tel. +49 (0)30-450 570-155
Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-962
IT-Zentrum Standort CBF send no mail to plonk*charite.de

Joerg Kaschny <j.kaschny*gmx.de>:
> Weiß jemand was ich dagegen tun kann, ausser mal schnell den jüngsten
> Quellcode neu zu übersetzen?

Wende dich an Mickeysoft, die sollen diesen Fehler in Outlook beheben.

Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)

"Ralf Hildebrandt" schrieb:
>> Wenn nun zufällig das 77. Zeichen ein Punkt ist und danach wieder
>> html-Steuercodes für die nächsten Zeichen in der codierten Mail stehen,
>> erscheint der Punkt als einziges Zeichen am Anfang der nächsten Zeile.
>> Die
>> folgenden Steuercodes in der darauf folgenden.
>
> Hier fehlt doch etwas?
>
Nein, da fehlt nix. Ich hätte noch "Zeile" tippen können; ergibt sich aber
aus dem Kontext.
>
> Den Fehler in Outlook korrigieren? Neuere Postfixe werden sich nicht
> anders verhalten bei solchen eklatant elementaren Funktionen.
>
Hmm. Ich dachte nicht, dass ich der Einzige bin, dem dies auffällt.
Ausserdem ist es mir unmöglich jedes Outlook eines potentiellen Absenders zu
patchen. Deswegen dachte ich daran, den Hebel beim empfangenen Server
anzusetzen. Exchange z. B. fällt nicht auf diesen Trick rein und holt die
Mail komplett.
Die Einstellung mit den 76 Zeichen sind default bei jedem neu installiertem
Outlook. Es muss doch möglich sein, dies auf einem Server zu fixen...

Joerg

On 2007-08-31 13:09, Joerg Kaschny <j.kaschny*gmx.de> wrote:
> "Ralf Hildebrandt" schrieb:
>>> Wenn nun zufällig das 77. Zeichen ein Punkt ist und danach wieder
>>> html-Steuercodes für die nächsten Zeichen in der codierten Mail
>>> stehen, erscheint der Punkt als einziges Zeichen am Anfang der
>>> nächsten Zeile. Die folgenden Steuercodes in der darauf folgenden.
[...]
>> Den Fehler in Outlook korrigieren? Neuere Postfixe werden sich nicht
>> anders verhalten bei solchen eklatant elementaren Funktionen.
>>
> Hmm. Ich dachte nicht, dass ich der Einzige bin, dem dies auffällt.
> Ausserdem ist es mir unmöglich jedes Outlook eines potentiellen
> Absenders zu patchen.

Was verstehst Du unter "potentieller Absender"? Du musst nur Deine
eigenen User dazu bringen, einen funktionierenden Client zu verwenden.
Andere Leute connecten ja nicht direkt mit ihrem Outlook auf Deinen
SMTP-Server, sondern auf ihren MSA, der die Mail dann weiterleitet und
hoffentlich den "." richtig escapet.

Schon probiert, das neueste Service-Pack für Outlook zu installieren? So
einen eklatanten Bug sollte selbst Microsoft in absehbarer Zeit beheben.

> Deswegen dachte ich daran, den Hebel beim empfangenen Server
> anzusetzen. Exchange z. B. fällt nicht auf diesen Trick rein und holt
> die Mail komplett.

Vermutlich sprechen MS-Outlook und MS-Exchange gar nicht SMTP
miteinander, sondern ein anderes, proprietäres Protokoll. In SMTP wird
aber nun mal das Ende der Mail mit der Zeichenfolge CR LF . CR LF
signalisiert. Wenn Outlook das irgendwo in der Mitte einer Mail schickt,
ist er einfach kaputt, und der Server kann da nichts machen.

Es könnte auch sein, dass sie zwar SMTP miteinander sprechen, aber die
CHUNKING-Extension (RFC 3030) verwenden (zumindest Exchange unterstützt
die). Da beim BDAT-Kommando die Länge der Mail explizit angegeben wird,
kann das Problem dort nicht auftreten (dafür muss der Client richtig
zählen können :-)). Allerdings unterstützt Postfix diese Extension
meines Wissens nicht, die müsstest Du erst implementieren.

> Die Einstellung mit den 76 Zeichen sind default bei jedem neu
> installiertem Outlook. Es muss doch möglich sein, dies auf einem
> Server zu fixen...

Wozu? Das SMTP-Protokoll schreibt genau vor, wie Zeilen, die mit einem
Punkt beginnen, zu behandeln sind. Es ist überhaupt kein Problem,
Mails zu versenden, die Zeilen enthalten, die nur aus einem Punkt
bestehen.

..
..
..

der Client muss es nur richtig machen (Ok, dieser Artikel wird über NNTP
und nicht SMTP verschickt, aber der Mechanismus ist der gleiche).

hp


--
_ | Peter J. Holzer | I know I'd be respectful of a pirate
|_|_) | Sysadmin WSR | with an emu on his shoulder.
| | | hjp*hjp.at |
__/ | http://www.hjp.at/ | -- Sam in "Freefall"

Peter J. Holzer <hjp-usenet2*hjp.at>:
> Schon probiert, das neueste Service-Pack f?r Outlook zu installieren? So
> einen eklatanten Bug sollte selbst Microsoft in absehbarer Zeit beheben.

Solange niemand einen Bugreport bei Mickeysoft aufamcht, wird
deswegen sicherlich nichts passieren.

Mickeysoftluser beschweren sich ja lieber bei allen moeglichen und
unmoeglichen Leuten, als einfach mal beim Hersteller den Fehler
anzukreiden. Der OP sollte seine Dummen Benutzer also einfach an den
Hersteller ihres Schrottprodukts verweisen. Case Closed.

Alternativ kann er ja mal ein Angebot fuer einen
"Smallbusiness"-Exchangeserver fuer die Outlook Clients (Genaue
Benutzerzahl angeben!) einholen, inkl. Hardware, und dies seinen
Benutzern in Rechnung stellen. Denn
[SMTP-Server]---[Exchange]---[Outlook] funktionert durchaus
standardkonform.

(Womit fuer Conspiratory-Theorists auch schon erklaert waere, warum
Mickeysoft nicht einfach diesen kleinen Bug in Outlook fixt. ;-)

Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)

Hallo Peter,
vielen Dank fuer Deine umfangreichen Ausfuehrungen.
Aber es ist definitiv der sendende Client, der dieses Problem verursacht.
Dass dieser Client ein Outlook ist, habe ich im Mailheader gelesen.
Konkret ist es eine html-Signatur eines Kunden meines Kunden.
Seit ich diesem geraten habe, in die Signatur nur 1 Zeichen einzufügen bzw.
"u." als "und" auszuschreiben, werden Mails genau an dieser Stelle nicht
mehr abgetrennt und der Empfänger erhält auch seine Mailanlagen.
Ich dachte nur, dass dies haeufiger vorkommt, deswegen wollte ich postfix
fixen.

Joerg

* Joerg Kaschny <j.kaschny*gmx.de> schrieb:

> Ich dachte nur, dass dies haeufiger vorkommt, deswegen wollte ich
> postfix fixen.

Da Postfix nicht kaputt ist, gibt es nichts zu fixen. Im Gegenteil,
ein Fix würde Postfix kaputt machen, weil dann gültige technische
Normen verletzt werden würden.

Gruß, Heiko

On 2007-09-04 15:23, Joerg Kaschny <j.kaschny*gmx.de> wrote:
> Hallo Peter,
> vielen Dank fuer Deine umfangreichen Ausfuehrungen.
> Aber es ist definitiv der sendende Client, der dieses Problem verursacht.

Sage ich ja.

> Dass dieser Client ein Outlook ist, habe ich im Mailheader gelesen.
> Konkret ist es eine html-Signatur eines Kunden meines Kunden.

D.h., er ist nicht Dein Kunde und er versendet nicht direkt über Deinen
Mailserver, sondern über einen anderen? Dann gibt es zwei Möglichkeiten:

1) Es ist (wie Du vermutest) ein Bug in Outlook. Dann schneidet ziemlich
sicher schon der Mailserver des Senders nach dem "." ab. Der Rest
wird dann entsprechend nie versendet.

2) Es ist ein Bug im Mailserver des Senders (oder einem Mailserver
dazwischen, wenn die Kette länger ist).


> Seit ich diesem geraten habe, in die Signatur nur 1 Zeichen einzufügen
> bzw. "u." als "und" auszuschreiben, werden Mails genau an dieser
> Stelle nicht mehr abgetrennt und der Empfänger erhält auch seine
> Mailanlagen.

Ja, das Problem ist völlig klar. Mir ist in den letzten 20 Jahren schon
die eine oder andere Software begegnet, die dieses Problem hatte ...

> Ich dachte nur, dass dies haeufiger vorkommt, deswegen wollte ich postfix
> fixen.

Du kannst Postfix nicht fixen, der ist schon gefixt.

hp

--
_ | Peter J. Holzer | I know I'd be respectful of a pirate
|_|_) | Sysadmin WSR | with an emu on his shoulder.
| | | hjp*hjp.at |
__/ | http://www.hjp.at/ | -- Sam in "Freefall"

Hallo,
ich konnte jetzt besser nachvollziehen, welchen Weg die Mail nimmt.
Abgerufen wird sie per pop3 von einem Konto beim Provider. Sie durchlaeuft
"AvMailGate-2.0.2-15 for Linux" und landet korrekt mit allen Anhaengen im
Postfach des Benutzers. Nennen wir ihn "Eingangsfilter".
Fuer diesen User existieren procmail-Regeln, um nach verschiedenen Kriterien
zu filtern und die Mails jeweils anderen Usern auf dem gleichen Mailserver
zur Verfuegung zu stellen.
Procmail versucht die Mail also weiter zu leiten, die sicher wieder
AvMailGate durchlaufen muss, und genau hier tritt der Fehler auf: Die Mail
wird abgeschnitten, landet verstuemmelt in dem 2. Mailkonto und bleibt im 1.
Konto (als nicht weiter geleitet) liegen.

Ich tat postfix sicher Unrecht als ich es verdaechtigte. Mein Problem liegt
wohl eher bei procmail oder AvMailGate!?
Sieht jemand das aehnlich?
Joerg

Joerg Kaschny <j.kaschny*gmx.de> wrote:
> Ich tat postfix sicher Unrecht als ich es verdaechtigte. Mein Problem liegt
> wohl eher bei procmail oder AvMailGate!?
^^^^^^^^^^
Im Zweifelsfall beschuldige ich mal diesen Angeklagten. Wenn procmail
sowas tun täte, wäre ich da schon x-mal drübergetolpert. Allerdings
wirkt deine Analse etwas mager - schau doch einfach mal mit einer
Testmail, die das System druchläuft wo genau was seltsames passiert
(z.B. wo sich der messagesize in richtung "kleiner" verändert).


cu
Clemens.
--
/"\ http://czauner.onlineloop.com/
\ / ASCII RIBBON CAMPAIGN
X AGAINST HTML MAIL
/ \ AND POSTINGS