srandin
Goto Top

Postfix: Mein Mailserver sendet endlos "552 5.3.4 Message size exceeds fixed limit"

Hallo,

bei meinem Mailserver liegt das Limit bei ca. 15 MB.

main.cf:
message_size_limit = 15240000

Wenn nun größere E-Mails eintreffen, dann sendet der Server eine Rückmail mit dem entsprechenden Hinweis.
Soweit ja auch alles ok, nur leider ...

... der Server sendet diese Rückmeldung ca. im 15 Minuten Takt und ohne Ende:

Fall 1: Der Absender der zu großen E-Mail scheint nicht mehr zu existieren:

Oct 16 14:45:06 hostname postfix/smtpd[1029]: 8088938C0006: client=localhost.localdomain[127.0.0.1]
Oct 16 14:45:06 hostname postfix/cleanup[1030]: 8088938C0006: message-id=<20161016124506.8088938C0006@hostname.net>
Oct 16 14:45:06 hostname postfix/qmgr[17824]: 8088938C0006: from=<>, size=3411, nrcpt=1 (queue active)
Oct 16 14:45:06 hostname postfix/smtpd[1029]: disconnect from localhost.localdomain[127.0.0.1]
Oct 16 14:45:06 hostname postfix/smtp[1031]: 8088938C0006: to=<absender@sender.de>, relay=mx02.t-online.de[194.25.134.9]:25, delay=0.47, delays=0.35/0/0.04/0.08, dsn=5.1.1, status=bounced (host mx02.t-online.de[194.25.134.9] said: 550-5.1.1 user unknown 550 5.1.1 Unknown recipient. (in reply to RCPT TO command))
Oct 16 14:45:07 hostname postfix/qmgr[17824]: 8088938C0006: removed

Fall 2: Die Rückmeldung an einen noch bestehenden Absender:

Oct 16 14:00:07 hostname postfix/smtpd[28993]: 0043338C0006: client=localhost.localdomain[127.0.0.1]
Oct 16 14:00:07 hostname postfix/cleanup[28774]: 0043338C0006: message-id=<20161016120007.0043338C0006@hostname.net>
Oct 16 14:00:07 hostname postfix/qmgr[17824]: 0043338C0006: from=<>, size=3384, nrcpt=1 (queue active)
Oct 16 14:00:07 hostname postfix/smtpd[28993]: disconnect from localhost.localdomain[127.0.0.1]
Oct 16 14:00:07 hostname postfix/smtp[29008]: 0043338C0006: to=<absender@sender.de>, relay=mx01.emig.gmx.net[212.227.17.5]:25, delay=0.29, delays=0.12/0.01/0.08/0.08, dsn=2.0.0, status=sent (250 Requested mail action okay, completed: id=0M$
Oct 16 14:00:07 hostname postfix/qmgr[17824]: 0043338C0006: removed

Meinen Host durch "hostname" ersetzt und Absenderadresse durch "absender@sender.de"

Wie kann ich meinem Server beibringen, dass es einmal die Meldung schickt und dann Ruhe ist (diese zu großen E-Mails vergisst) ?

Danke,
Snoopy

Nachtrag:

Habe jetzt mal die "maximal_queue_lifetime" in der main.cf gesetz:
maximal_queue_lifetime = 3d

Content-Key: 318034

Url: https://administrator.de/contentid/318034

Ausgedruckt am: 19.03.2024 um 05:03 Uhr

Mitglied: kingkong
kingkong 16.10.2016 um 15:58:00 Uhr
Goto Top
Ich kann Dir bei Deinem Problem zwar leider nicht helfen, würde Dir aber empfehlen, den Namen des Mailservers (postfix?) in den Titel zu übernehmen. Sonst schauen sich das u.U. einige Leute gar nicht an, die wissen könnten, woran es liegt. Viel Erfolg bei der Lösung!
Mitglied: SRandin
SRandin 16.10.2016 um 16:53:53 Uhr
Goto Top
Danke für Deine Anregung; habe ich übernommen.
Mitglied: runasservice
runasservice 16.10.2016 um 17:09:32 Uhr
Goto Top
Hallo,

Habe jetzt mal die "maximal_queue_lifetime" in der main.cf gesetz:

Für Bounces gibt es einen eigenständigen Timeout:

maximal_bounce_liftime = 1d

MfG
Mitglied: SRandin
SRandin 16.10.2016 um 18:36:06 Uhr
Goto Top
Danke für die Info; habe ich in die main.cf eingetragen.
Mitglied: StefanKittel
Lösung StefanKittel 16.10.2016 um 19:29:36 Uhr
Goto Top
Hallo,

aber wieso eigentlich ein Bounce?
Eigentlich sollte er doch die SMTP-Verbindung mit diesem Fehler abbrechen und die Mail gar nicht erst speichern.

Ein Bounce ist immer potentionell Spam.

Stefan
Mitglied: runasservice
runasservice 16.10.2016 aktualisiert um 23:08:50 Uhr
Goto Top
Hallo,

aber wieso eigentlich ein Bounce?

Ist eine Mail endgültig und dauerhaft unzustellbar (warum auch immer), leitet der Queue-Manager (qmgr) sie an das Modul bounce weiter, das eine Nachricht an den Absender erzeugt (Non Delivery Notification), diese mit einer passenden Fehlermeldung versieht und zurück in die incoming Wartschleife speist.

Der Bounce ist also hier eine von Postfix generierte Nachricht (auf die Ursache "Message size exceeds fixed limit") und kein Spam. Die Bounce Nachricht selbst kann über ein Template in der main.cf konfiguriert werden.

Man könnte natürlich auch in der master.cf den Bounce-Eintrag auf discard setzen, dann allerdings für alle Arten von Bounce-Mails.

Ein Bounce ist immer potentionell Spam.

Ein Bounce ist erstmal eine (harmlose) Non Delivery Notification. Das man damit auch Unfug treiben kann (Backscatter) ist bekannt face-wink


Mit freundlichen Grüßen
Mitglied: StefanKittel
StefanKittel 16.10.2016 um 23:46:44 Uhr
Goto Top
Hallo,

ich weiß wie ein Bounce funktioniert.

Aber es geht doch von Mails von Außen nach Innen?
Dann müßte der Postfix die Mail direkt verwerfen und gar nicht erst speichern

Oder doch von Innen nach Außen.
Dann wäre der interene Bounce ok.

Stefan
Mitglied: runasservice
runasservice 17.10.2016 aktualisiert um 09:40:34 Uhr
Goto Top
Hallo,

Aber es geht doch von Mails von Außen nach Innen?
Dann müßte der Postfix die Mail direkt verwerfen und gar nicht erst speichern

Ja, es wird auch nichts gespeichert, sondern eine Non Delivery Notification erzeugt die als Bounce an den Absender geht.

Das SMTP Modul macht hier nichts, es prüft ob der (lokale) Empfänger existiert und ob der Sender ggf. auf einer Sperrliste (RBL) steht und gibt die Mail flugs weiter an das Modul cleanmgr.

Vom Modul cleanmgr geht es dann weiter in den qmgr (Queue-Manager), das eigentliche Arbeitstier von Postfix. Beide Module (cleanmgr / qmgr) können bei Bedarf/Fehlerfall dann einen Bounce generieren und die Mail verwerfen.

Mit freundlichen Grüßen

PS: Quelle - Arbeitsabläufe in Postfix - Das Postfixbuch - Peer Heinlein
Mitglied: SRandin
SRandin 18.10.2016 um 15:22:29 Uhr
Goto Top
Hallo,

@runasservice
vielen Dank an Dich für die Ausführungen und Erklärung. Sachlich und informativ ohne herablassende Bemerkungen. Das find leider nicht mehr üblich in Foren und daher ein ausdrückliches Danke schön an Dich für die Zeit und Worte !

@all
Die Rückmeldungen sind nun weg; scheinbar hat die zusätzlichen Zeilen in der mail.cf Config gewirkt.

Es lag wohl zudem noch an einer weiteren Besonderheit (kurz erklärt für alle mit einem ähnlichen Problem):

Fetchmail hat eine zu große E-Mail für einen Benutzer versucht, von dessen Fremdserver zu holen (mein Mailsize-Limit < Fremdserver Limit). Dadurch konnte der Abholvorgang zwar durchgeführt, aber nie erfolgreich abgeschlossen werden. Ergebnis: Es gabe eine Rückmeldung von meinem Server über eine zu große E-Mail, diese wurde aber (da nicht erfolgreich abgeholt) vom Fremdserver nicht gelöscht und dann brav einige Zeit wieder abgeholt, usw. usf.
Eigentlich ja ganz einfach, wenn man's gefunden hat. Herrlich, wenn Technik macht, was sie soll und keiner mehr durchblickt ;)