[Eisfair] mail: exim rejecting mail mit zu langen Zeilen

[Alexander Dahl]

Moin,

Marcus Röckrath schrieb Montag,  1. Februar 2021, 14:58 (CET):
> Juergen Edner wrote:
>
>>> gerade stelle ich fest, nachdem ein Mail aus der Schule hier nicht
>>> eintraf, dass exim Mail mit zu langen Zeilen rejected:
>>> 
>>> 2021-02-01 11:35:26 ... F=<...> rejected after DATA:
>>> maximum allowed line length is 998 octets, got 2048
>> 
>> dies ist in der Tat ein Fehler, der prinzipiell im sendenden Programm
>> behoben werden muss.
>> Du solltest einmal prüfen wer der Absender der 
>> Nachrichten ist und, falls es sich nicht um Spam-Nachrichten handelte,
>> kontaktieren und um eine Korrektur bitten.
>
> Sehe ich genauso und ich habe die Programmierer der von uns in der Schule
> verwendeten Software angesprochen/angemailt.
>
> Telefonisch machten sie mir keine große Hoffnung, da sie "eine vorgefertigte
> Funktion aus .NET" verwenden würden, womit dann der schwarze Peter bei MS
> wäre.

Da wäre ich nicht sicher. .NET ist ja nun ein weites Feld und so eine
Aussage klingt für mich eher nach Arbeitsverweigerung der Programmierer.

> Und wie es MS mit Standards hält, ist ja zur Genüge bekannt.

Ohne nähere Informationen welche .NET Funktionen sie da verwenden, würde
ich mich so weit nicht aus dem Fenster lehnen. Ggf. nutzen sie auch
nicht die richtigen Funktionen. ;-)

>>> In der Mailkonfiguration gibt es den zusätzlichen Parameter
>>> 
>>> +SMTP_CHECK_LINE_LENGTH
>>> 
>>> der diesen Check abschaltet, wovor ich mich ein wenig scheue; wieso
>>> Standards abschalten?
>> 
>> Den Parameter habe ich seinerzeit hinzugefügt, um z.B. den Empfang von
>> Nachrichten einer Fritzbox zu ermöglichen, die wohl ebenfalls die
>> Limitierung der Zeilenlänge ignorierte. Ob dies noch der Fall ist kann
>> ich jedoch nicht sagen.
>
> Ich fand hier auch eine Diskussion
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828801), die darauf
> hindeutet, dass in exim ein Macro
>
> "Add macro MAX_PHYSICAL_LINE_LENGTH with a default value of 998 to allow
>      overriding the SMTP physical line length limit both for SMTP DATA ACL
> and
>      remote_smtp* transports. Closes: #828801
>      Also update corresponding NEWS entry.
> "
>
> hinzugefügt wurde, um das Problem zu umgehen.
>
> Bezüglich aktueller Fritzboxen sehe ich hier kein Problem.
>
> Suche ich in allen mainlogs des exim, taucht die Meldung nur bei den Mails
> aus der Schule aus dem speziellen Mailprogramm und eindeutigen Spammails
> auf.
>
> In der Penne kriege ich jetzt nun wieder zu hören, dass ich ja der Einzige
> sei, ...

… der sich gerne an Standards hält? ;-)

Grüße
Alex

-- 
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF  08FA 34AD CD00 7221 5CC6