9
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.
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:
Fall 2: Die Rückmeldung an einen noch bestehenden Absender:
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:
bei meinem Mailserver liegt das Limit bei ca. 15 MB.
main.cf:
message_size_limit = 15240000Wenn 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: removedFall 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: removedMeinen 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
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 318034
Url: https://administrator.de/contentid/318034
Ausgedruckt am: 22.11.2024 um 09:11 Uhr
9 Kommentare
Neuester Kommentar
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!
Danke für Deine Anregung; habe ich übernommen.
Hallo,
Für Bounces gibt es einen eigenständigen Timeout:
MfG
Habe jetzt mal die "maximal_queue_lifetime" in der main.cf gesetz:
Für Bounces gibt es einen eigenständigen Timeout:
maximal_bounce_liftime = 1dMfG
1
Danke für die Info; habe ich in die main.cf eingetragen.
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
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
Hallo,
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 erstmal eine (harmlose) Non Delivery Notification. Das man damit auch Unfug treiben kann (Backscatter) ist bekannt
Mit freundlichen Grüßen
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
Mit freundlichen Grüßen
1
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
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
Hallo,
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
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
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
1
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 ;)
@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 ;)
