• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Postfix message_size

binbash

Newbie
Servus miteinander,

habe hier ein SLES 10 System mit Postfix 2.1, und folgendes Problem:

in der main.cf ist message_size_limit auf 100 kb gestellt, wenn ich Mails von außerhalb sprich, nicht aus dem Intranet bekomme wird der Versender der Mail nicht benachrichtigt, das seine Mail verworfen wurde. Ich bekome jediglich ein
Feb 27 10:46:46 mailsrv postfix/postdrop[27609]: warning: uid=0: File too large
Feb 27 11:46:46 mailsrv postfix/sendmail[27608]: fatal: root(0): Message file too big

Ich hätte gerne die Mail Adresse des Versenders der Mail jedoch bekomme ich diese nirgends zu sehen, weiss jemand weiter ?

smtp kann ich den den debug-Modus setzen oder ihm in der master.cf -v -v angeben und er wird gesprächig, doch beim Verwerfen von Mails die das message_size_limit überschreiten bekomme ich nicht mehr als diese zwei Zeilen.


master.cf
# ==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ==========================================================================
smtp inet n - n - - smtpd -v -v -D
#smtps inet n - n - - smtpd
# -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
#submission inet n - n - - smtpd
# -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes -o smtpd_etrn_restrictions=reject
#628 inet n - n - - qmqpd
pickup fifo n - n 60 1 pickup
cleanup unix n - n - 0 cleanup
qmgr fifo n - n 300 1 qmgr
#qmgr fifo n - n 300 1 oqmgr
#tlsmgr fifo - - n 300 1 tlsmgr
rewrite unix - - n - - trivial-rewrite
bounce unix - - n - 0 bounce
defer unix - - n - 0 bounce
trace unix - - n - 0 bounce
verify unix - - n - 1 verify
flush unix n - n 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - n - - smtp -v -v -D
relay unix - - n - - smtp -v -v -D
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - n - - showq
error unix - - n - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp -v -v -D
anvil unix - - n - 1 anvil
#localhost:10025 inet n - n - - smtpd -o content_filter=
localhost:smtp-backdoor inet n - n - - smtpd -v -v -D -o content_filter=
#
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# maildrop. See the Postfix MAILDROP_README file for details.
#
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
cyrus unix - n n - - pipe
user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
uucp unix - n n - - pipe
flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmail unix - n n - - pipe
flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix - n n - - pipe
flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient
vscan unix - n n - 10 pipe
user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
procmail unix - n n - - pipe
flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}

kleiner Auszug aus der main.cf, ist nur die Testmaschine deshalb die life-times
message_size_limit = 100000
#mailbox_size_limit= 1000000
notify_classes= policy, 2bounce, bounce, software, protocol
enable_errors_to= yes
maximal_queue_lifetime= 1h
delay_warning_time= 1h
bounce_size_limit=1000
bounce_notice_recipient= am@firma.de
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin gdb $daemon_directory/$process_name $process_id & sleep 1


Danke euch
 

Tooltime

Advanced Hacker
binbash schrieb:
in der main.cf ist message_size_limit auf 100 kb gestellt, wenn ich Mails von außerhalb sprich, nicht aus dem Intranet bekomme wird der Versender der Mail nicht benachrichtigt, das seine Mail verworfen wurde.
Die Mail wird nicht verworfen, sondern die Annahme verweigert. Damit muss der sendende Mailserver den Absender benachrichtigen.
Dabei kann ein Henne-Ei Problem auftreten. Sendest du z.B jemanden eine zu große Mail die abgewiesen wird, so versucht der sendende Mailserver dir eine Nachricht zu schicken, mit der Orginalmail als Anhang. Ist diese wiederum für dein Postfach zu groß, wird diese nicht angenommen und verworfen. Natürlich wird dieser Vorgang in den Logs dokumentiert.
 
OP
binbash

binbash

Newbie
Danke für die Antwort, jedoch möchte ich nur die Mail-Adresse des Versenders der Mail irgendwie herauskriegen, und ihm dann eine
Benachrichtigung schicken, das ganze würde ich dann per Shell-Skript realisieren.
Die Benachrichtung sollte nicht das Orginal als Anhang enthalten da es unnötiger Traffix wäre, aber das wäre ja kein Problem.

Zwischen unseren zwei Firmenstandorten (gleiche postfix Version), funktioniert das ganze automatisch.
Das Problem ist allerdings wenn wir Mails aus dem Internet bekommen die das Limit von 35 MB erreichen, bekommt erstens der Versender keine Banachrichtung und zweitens das Problem, das der Log-Eintrag zwei magere Zeilen bringt. Wie gesagt ich hätte gerne die Adresse des Versenders um das zu übernehmen.
 

Tooltime

Advanced Hacker
Ich habe schon verstanden was du willst, möglicher Weise kann man da sogar was mit dem Debug-Level machen. Der Grund warum darauf nicht nähe eingehe ist der, das nach meinem Wissen bei dir alles ok ist, vielleicht belehrt mich ja jemand eines besseren. Der Kollege, der bei dir dieses Problem hat, hat das selbe Problem natürlich auch mit jeden anderen Mailserver, deshalb soll er gefälligst seinen Mailserver in Ordnung bringen.

Nochmal:
Wenn der Sender (Mailserver A) dem Empfänger (Mailserver B) eine Mail übergeben will die zu groß ist, so bricht der Empfänger die Übertragung mit einem Fehlercode ab. Damit hat der Sender (Mailserver A) die Pflicht den Absender zu informieren das die Übertragung gescheitert ist. Diese Zuständigkeit wechselt erst auf Mailserver B, wenn dieser dem Mailserver A signalisiert das die Übertragung vollständig und fehlerfrei geschehen ist. Kann dann die Mail nicht in die eigentliche Mailbox übertragen werden, ist es die Sache von Mailserver B dieses den Absender mitzuteilen.

Und da man Probleme immer da beheben soll, wo sie auch verursacht werden, macht es für mich keinen Sinn weiter über deinen Ansatz zu diskutieren. Warum soll das ganze Internet seine Mailserver umgestalten, nur weil es einer nicht hin gekriegt hat. Werde diese Thread aber natürlich weiter verfolgen, vielleicht irre ich mich ja auch.
 
Das siehst Du genau richtig! Wenn der Absender keine Benachrichtigung bekommt, soll er sich an den Mail-Provider wenden bei dem er seine Mail eingeworfen hat.
 
Oben