Mailinglisten-Archive |
Hallo Reinhold, Am Dienstag, 31. Oktober 2006 21:54 schrieb Reinhold: > > Gilt es nur noch den Grund zu finden... > > Gefunden!!! (...freu...) :-))) > > Ich habe lediglich alle /r/n durch /n ersetzt! hm, also wenn es daran liegen sollte, hättest Du aber noch andere Probleme mit dem Header haben müssen, insbesondere mit dem FROM-Header... > (Ungeprüft ist allerdings erzeit, ob nun anderswo Probleme auftreten > - z.B. andere Mailprogramme, andere Empfänger, Posteingänge etc.) > > Hinweis darauf gefunden im Link des letzten Beitrages: > > ---------------------------------------------------------------- > > Just a comment on some of the examples, and as a note for those who > may be unaware. The SMTP RFC 822 is VERY explicit in stating that > \r\n is the ONLY acceptable line break format in the headers, though > is a little vague about the message body. While many MTAs will deal > with just \n, I've run accross plenty of them that will exhibit > "interesting" behaviours when this happens. Those MTAs that are > strict in compliance will definitely break when header lines are > terminated with only \n. They will also most likely break if the > body of the message contains more than 1000 consecutive characters > without a \r\n.* > > Note that RFC 821 is a little more clear in defining: "line A a > sequence of ASCII characters ending with a <CRLF>." > > RFC 821 makes no distinction between header lines and message body > lines, since both are actually transmitted during the DATA phase. > > Bottom line, best practice is to be sure to convert any bare \n > characters in the message to \r\n. > > * "The maximum total length of a text line including the <CRLF> is > 1000 characters" (RFC 821) > > ---------------------------------------------------------------- > > Habe zwar nicht alles ganz verstanden, es aber einfach mal probiert. > Wenn sonst nichts klappt, dachte ich mir... Du hast jetzt genau das gemacht, was dieser englische Text NICHT empfiehlt. ;-) Viele Grüße Lutz
php::bar PHP Wiki - Listenarchive