Timothy Kesten wrote:

Am Sonntag, 10. August 2008 13:54:00 schrieb Sandy Drobic:

...

Das klingt nach einem Netzwerkproblem, nicht nach einem Postfixproblem. Möglich Hatten wir diese Diskussion nicht vor ein paar Wochen schon einmal? Weiß ich nicht - Google gab auch nicht viel her.

...

Wie steht es denn mit anderen Servern? Machen alle Probleme oder nur dieser eine? Was für Server meinst Du?

Server, die Mails von dir empfangen. Wenn du ein Netzwerk-Problem hast, dann ist es immer eine gute Idee zu testen, ob das Problem an der sendenden oder der empfangenden Seite ist. Teste es deshalb auch mit anderen empfangenden Servern aus.

...

Meine Favoriten: - zu hohe MTU: probiere statt 1500 mal 1492 oder 1452 kann ich erst nächste Woche machen, wenn ich wieder vor der Maschine sitze. Von Ferne gibt es immer Probleme mit dem blöden ISDN.

...

- Probleme mit Pipelining: schalte pipelining mal ab für den Zielhost Sagt mir gar nichts. Was meinst Du damit?

Man kann einige Befehle hintereinanderketten, um die Mails schneller zu übertragen. Dafür muss man natürlich auch die Rückgabecodes dieser Befehle in korrekter Reihenfolge auswerten. Dabei kann es manchmal zu Problemen führen, wenn diese Pipelining nicht sauber implementiert ist.

...

Was für ein Router stellt die Verbindung her? AVM-Fritz-Katrte - mehr nicht

Wenn ich

/usr/sbin/sendmail -q

ausführe, dann wird problemlos gesendet.

Das stösst nur das Ausliefern der Mails über den smtp-client von Postfix an. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Timothy Kesten wrote:

Am Sonntag, 10. August 2008 17:03:03 schrieb Sandy Drobic:

...

...

...

Wie steht es denn mit anderen Servern? Machen alle Probleme oder nur dieser eine? Was für Server meinst Du? Server, die Mails von dir empfangen. Wenn du ein Netzwerk-Problem hast, dann ist es immer eine gute Idee zu testen, ob das Problem an der sendenden oder der empfangenden Seite ist. Teste es deshalb auch mit anderen empfangenden Servern aus. Sowohl mit 1und1 als auch mit mail.selfhost.de - also es wird die sendende Seite sein :-(

...

...

...

- Probleme mit Pipelining: schalte pipelining mal ab für den Zielhost Sagt mir gar nichts. Was meinst Du damit? Man kann einige Befehle hintereinanderketten, um die Mails schneller zu übertragen. Dafür muss man natürlich auch die Rückgabecodes dieser Befehle in korrekter Reihenfolge auswerten. Dabei kann es manchmal zu Problemen führen, wenn diese Pipelining nicht sauber implementiert ist. Ich habe solches "pipelining" nicht installiert. Wer kann so etwas tun? Standard irgendwo bei Postfix?

Das ist Teil der SMTP-Erweiterungen. smtp_discard_ehlo_keywords = pipelining

...

...

Wenn ich

/usr/sbin/sendmail -q

ausführe, dann wird problemlos gesendet. Das stösst nur das Ausliefern der Mails über den smtp-client von Postfix an. Und dann keine Netzwerkprobleme? Merkwürdig...

Dann liegt das vermutlich daran, dass das Netzwerk vorher noch nicht komplett stand. Lies dir einfach mal die Beschreibung durch, was dieser Befehl macht. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Montag, 11. August 2008 03:30:29 schrieb David Haller:

Äh, Schuß ins Blaue: filterst du zufällig ausgehende Mails mit Spamassassin und/oder antivir (via amavis)? Spamassassin/clamav via amavis

auf einer etwas älteren Kiste durchaus zu lange brauchen... DualCore2 mit 4 GB RAM (3/4 Jahr alt).

Wie schnell clamav ist, weiß ich nicht, aber antivir + spamd braucht hier bei manchen eingehenden Mails ziemlich lange (jew. einige Minuten auf nem Athlon 500). Übrigens ist dies "aus heiterem Himmel" passiert. Es lief auf derselben Kiste einwandfrei. Und seit ca. 4 Tagen ... Und in dieser Zeit wurden keine Patches/Updates etc. eingespielt.

Aber nochmals meine Frage (auch an Sandy): Wenn ich mit sendmail -q das Senden anstoße läuft es problemlos. Wenn es jedoch Performance/Netzwerkprobleme sein sollen... Ist übrigens, wie bereits erwähnt, eine ISDN Verbindung. Allerdings Flat - also nicht immer neue Einwahl (nur einmal am Tage nach Zwangstrennung). Timothy -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Timothy Kesten wrote:

Am Montag, 11. August 2008 03:30:29 schrieb David Haller:

...

Äh, Schuß ins Blaue: filterst du zufällig ausgehende Mails mit Spamassassin und/oder antivir (via amavis)? Spamassassin/clamav via amavis

...

auf einer etwas älteren Kiste durchaus zu lange brauchen... DualCore2 mit 4 GB RAM (3/4 Jahr alt).

Mehr als ausreichend. Ich habe hier einen P3-800 (Dual-CPU), und die Mails werden nur etwas verzögert (etwa 5-30 Sekunden, je nach Größe).

...

Wie schnell clamav ist, weiß ich nicht, aber antivir + spamd braucht hier bei manchen eingehenden Mails ziemlich lange (jew. einige Minuten auf nem Athlon 500). Übrigens ist dies "aus heiterem Himmel" passiert. Es lief auf derselben Kiste einwandfrei. Und seit ca. 4 Tagen ... Und in dieser Zeit wurden keine Patches/Updates etc. eingespielt.

Aber nochmals meine Frage (auch an Sandy): Wenn ich mit sendmail -q das Senden anstoße läuft es problemlos. Wenn es jedoch Performance/Netzwerkprobleme sein sollen...

Wie gesagt, dass stößt nur die Auslieferung neu an.

Ist übrigens, wie bereits erwähnt, eine ISDN Verbindung. Allerdings Flat - also nicht immer neue Einwahl (nur einmal am Tage nach Zwangstrennung).

Das einzige, was ich mir vorstellen kann ist, dass wegen der miserablen Bandbreite einige Mails, die gleichzeitig ausgeliefert werden möchten, verhungern. Im Log sollte dann ein "deferred" erscheinen. Zeige doch bitte mal ein paar Zeilen mehr vom Log, wo die Mail versucht wird, auszuliefern. Dann kannst du wirklich nur versuchen, weniger smtp-Prozesse für die Auslieferung zu setzen. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Timothy Kesten wrote:

Am Montag, 11. August 2008 11:22:14 schrieb Sandy Drobic:

...

Das einzige, was ich mir vorstellen kann ist, dass wegen der miserablen Bandbreite einige Mails, die gleichzeitig ausgeliefert werden möchten, verhungern. Im Log sollte dann ein "deferred" erscheinen. Zeige doch bitte mal ein paar Zeilen mehr vom Log, wo die Mail versucht wird, auszuliefern.

Aug 10 04:11:52 server postfix/smtp[22047]: E9B3F405665: to=<velo@freenet.de>, orig_to=<_aaaa@localhost.aaaa.org>, relay=smtp.1und1 .de[212.227.15.167]:25, delay=61889, delays=61342/0.03/304/243, dsn=4.4.2, status=deferred (lost connection with smtp.1und1.de[212.227.15.167 ] while sending message body) Aug 10 04:12:35 server postfix/smtp[22009]: 96BA440572C: to=<master@good.de>, relay=smtp.1und1.de[212.227.15.167]:25, delay=622, delay s=0.51/0.27/362/259, dsn=4.4.2, status=deferred (lost connection with smtp.1und1.de[212.227.15.167] while sending message body) Aug 10 04:12:51 server postfix/smtp[22046]: 4346F40546B: to=<master@good.de>, relay=smtp.1und1.de[212.227.15.167]:25, delay=87032, del ays=86427/0.02/362/243, dsn=4.4.2, status=deferred (conversation with smtp.1und1.de[212.227.15.167] timed out while sending message body)

Der remote Server hat also nicht etwa die Verbindung abgewiesen, es gab ein echtes Timeout während der Übertragung der eigentlichen Mail. Ich nehme an, dass diese Leitung nicht nur den Mailserver, sondern auch noch die normale Internet-Verbindung versorgen muss?

...

Dann kannst du wirklich nur versuchen, weniger smtp-Prozesse für die Auslieferung zu setzen. Kannst Du mir sagen, wo ich das einstellen kann?

Das geht in /etc/postfix/master.cf. Wie genau, hängt davon ab, ob du zum Beispiel Spamfilterung betreibst und dafür smtp-Prozesse benötigst. Zeige mal die Ausgabe von "postconf -n" und die /etc/postfix/master.cf (ohne Kommentare). -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Timothy Kesten wrote:

Am Montag, 11. August 2008 20:51:03 schrieb Sandy Drobic:

...

Der remote Server hat also nicht etwa die Verbindung abgewiesen, es gab ein echtes Timeout während der Übertragung der eigentlichen Mail.

Ich nehme an, dass diese Leitung nicht nur den Mailserver, sondern auch noch die normale Internet-Verbindung versorgen muss? Unsere einzige Verbindung zur Außenwelt ;-)

Schauder... Habt ihr wenigstens Kanalbündelung auf 2 oder mehr ISDN-Kanäle? Keine Chance auf eine dickere Leitung?

...

Das geht in /etc/postfix/master.cf. Wie genau, hängt davon ab, ob du zum Beispiel Spamfilterung betreibst und dafür smtp-Prozesse benötigst.

...

Zeige mal die Ausgabe von "postconf -n" und die /etc/postfix/master.cf (ohne Kommentare).

alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[127.0.0.1]:10024

Das hier ist schon mal gut, eine Kopie von smtp und damit unabhängig.

daemon_directory = /usr/libexec/postfix debug_peer_level = 2 default_destination_concurrency_limit = 20 disable_dns_lookups = no html_directory = no inet_interfaces = all local_destination_concurrency_limit = 2 luser_relay = $root@mail.space.mil

Nehmt ihr Mails direkt aus dem Internet an oder holt ihr von eurem Provider eure Mails ab? Habt ihr eine Anforderung, dass ihr unbekannte Empfänger trotzdem entgegennehmen müsst? Ich habe die Erfahrung gemacht, dass das Abweisen von ungültigen Empfängern erheblich zur Transparenz des Mailsystems beiträgt.

mail_owner = postfix mail_spool_directory = /var/spool/mail mailbox_command = /usr/lib/cyrus-imapd/deliver mailbox_transport = cyrus mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man message_size_limit = 40960000

40 MB pro Mail über eine ISDN-Leitung? Wow!

mydestination = $myhostname, localhost, $mydomain, localhost.$mydomain mydomain = local.org myhostname = goodlack.local.org mynetworks = 192.168.0.0/24 127.0.0.0/8 myorigin = $mydomain newaliases_path = /usr/bin/newaliases.postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-2.2.10/README_FILES relayhost = mail.selfhost.de sample_directory = /usr/share/doc/postfix-2.2.10/samples sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop smtp_host_lookup = dns, native smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous smtp_use_tls = no smtpd_banner = $myhostname ESMTP smtpd_helo_required = no smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination

Bei diesen Einstellungen gehe ich davon aus, dass der Provider für euch schon eine gewisse Spamfilterung vornimmt, sonst müsste euer Postfach bereits im Spam ertrinken.

smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no unknown_local_recipient_reject_code = 450

Sollte wirkungslos sein, da du luser_relay definiert hast. Ungültige Empfänger sollten besser mit Code 550 endgültig abgewiesen werden, sonst versucht es der remote Client so lange, bis der endgültig aufgibt. Dies kann einige Tage lang weitergehen und bringt weder dir noch dem remote Client etwas.

smtp inet n - n - 50 smtpd -o content_filter=smtp:[localhost]:10024 pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr tlsmgr unix - - n 1000? 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

Dies hier ist die Zeile, du du ändern musst: smtp unix - - n - 3 smtp So werden nur maximal drei Mails parallel versucht zu senden. Eventuell ist selbst das noch zuviel und du musst es auf zwei verringern.

relay unix - - n - - smtp -o fallback_relay= showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil scache unix - - n - 1 scache

maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} old-cyrus unix - n n - - pipe flags=R user=cyrus argv=/usr/lib/cyrus-imapd/deliver -e -m ${extension} ${user} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus-imapd/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

localhost:10025 inet n - y - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes -o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o smtpd_hard_error_limit=1000 smtp-amavis unix - - y - 50 smtp -o smtp_data_done_timeout=600 -o smtp_send_xforward_command=yes

@Sandy Danke, dass Du Dir die Mühe machst, da mal rauf zu gucken.

Kein Problem. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Timothy Kesten wrote:

Am Montag, 11. August 2008 22:07:31 schrieb Sandy Drobic:

...

Schauder...

Habt ihr wenigstens Kanalbündelung auf 2 oder mehr ISDN-Kanäle? Nö - Flat auf 2. B-Kanal bietet T-Com nicht (Arcor schon - aber die können bei uns nicht)

Sonstige Bündelung über 2 T-Com nicht möglich?

...

Keine Chance auf eine dickere Leitung? Bisher nicht - T-Com:"Lohnt sich nicht" (Gewerbegebiet mit ca. 50 Betrieben). Aber in den letzten Wochen tut sich was. Eine Truppe will per Funk ins Gewerbegebiet - 'ne andere will sogar Kabel legen. Hoffentlich wird das was...

Bei 50 Betrieben sollte sich eine Investition von ein paar Tausend Euro für eine Funkstrecke schnell lohnen. Wie kommt man denn an ein Gewerbegebiet ohne vernünftige ITK-Struktur?

...

...

alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[127.0.0.1]:10024 Das hier ist schon mal gut, eine Kopie von smtp und damit unabhängig. Na, wenn Du das sagst ;-)

Der Ablauf ist folgender: Postfix Server smtpD nimmt entgegen und versendet per (smtp-amavis kopie von smtp client) an Amavisd-new Amavisd-new schickt das ganze zurück wieder an Postfix Server smtpd, diesmal an den smtpd, der auf localhost:10025 lauscht. Danach wird es dann an den Provider relayhost per smtp client geschickt. Dabei gelten die Zahl der Prozesse, die für den genannten Transport in der master.cf eingetragen sind. Bei einem "-" in der Spalte Prozesszahl gilt der default_process_limit = 100.

...

...

daemon_directory = /usr/libexec/postfix debug_peer_level = 2 default_destination_concurrency_limit = 20 disable_dns_lookups = no html_directory = no inet_interfaces = all local_destination_concurrency_limit = 2 luser_relay = $root@mail.space.mil Nehmt ihr Mails direkt aus dem Internet an oder holt ihr von eurem Provider eure Mails ab? Im Allgemeinen vom Provider. Ich sende ab und an mal direkt von zu Hause an den Mailserver - aber nur ich.

...

Habt ihr eine Anforderung, dass ihr unbekannte Empfänger trotzdem entgegennehmen müsst? Nö - machen wir das bisher? Und wenn ja - wo ändern?

Wenn der Provider Mails für eure Domain annimmt, dann muss er entweder die gültigen Adressen kennen (Liste oder address verify, wenn euer Server online ist) oder er kippt einfach alles, was nicht als Spam identifiziert wird, bei euch ein. Für den letzteren Fall ist der luser_relay gedacht: Alle Mails, die nicht an gültige Empfänger gerichtet sind, werden dieser Adresse zugeordnet.

...

...

mail_owner = postfix mail_spool_directory = /var/spool/mail mailbox_command = /usr/lib/cyrus-imapd/deliver mailbox_transport = cyrus mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man message_size_limit = 40960000 40 MB pro Mail über eine ISDN-Leitung? Wow! Einfach so von mir eingetragen. Vom Provider werden eh nur max. 20 MB geliefert.

Und wie ist das bei Mails, die ihr an den Provider schickt? Mit etwas Pech schickt ihr eine 40 MB Mail, die dann vom Provider gebounced wird, weil über dem Limit. Trotzdem ist sie dann schon komplett über die Leitung gegangen. Konkret geschieht dies, wenn entweder der Provider SIZE nicht unterstützt oder euer Postfix-Client kein EHLO schickt (wenn statt EHLO "extended helo" nur das simple HELO geschickt wird, meldet der remote Server das SIZE nicht). Bei euren Einstellungen sollte dies aber der Fall sein.

...

...

smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination Bei diesen Einstellungen gehe ich davon aus, dass der Provider für euch schon eine gewisse Spamfilterung vornimmt, sonst müsste euer Postfach bereits im Spam ertrinken. Provider filtert nicht. Aber wir haben ca. 50 Mails in 7 Tagen. Hälfte davon etwa wird rausgefiltert.

Das ist noch sehr wenig. Wir haben schon nicht viel und hatten trotzdem an manchen Tagen Tausende von Spamversuchen.

...

...

smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no unknown_local_recipient_reject_code = 450 Sollte wirkungslos sein, da du luser_relay definiert hast. Ungültige Empfänger sollten besser mit Code 550 endgültig abgewiesen werden, sonst versucht es der remote Client so lange, bis der endgültig aufgibt. Dies kann einige Tage lang weitergehen und bringt weder dir noch dem remote Client etwas. also unknown_local_recipient_reject_code = 550 eintragen?

Ist auf jeden Fall sauberer. Wegen Luser_relay jedoch nicht wirksam. luser_relay (default: empty) Optional catch-all destination for unknown local(8) recipients. By default, mail for unknown recipients in domains that match $mydestination, $inet_interfaces or $proxy_interfaces is returned as undeliverable. Solange ihr luser_relay verwendet, werden ungültige Empfänger angenommen. In eurem Fall kann dies notwendig sein (der erste Mailserver, der für eine Domain zuständig ist, entscheidet über die Annahme). Bei euch ist dies der Provider.

...

...

smtp unix - - n - - smtp Dies hier ist die Zeile, du du ändern musst:

smtp unix - - n - 3 smtp

So werden nur maximal drei Mails parallel versucht zu senden. Eventuell ist selbst das noch zuviel und du musst es auf zwei verringern. werde ich mal versuchen. wobei heute alles ordnungsgemäß raus gegangen ist :-(

Alles in allem eine unbefriedigende Situation. Ichwerde mal die Änderung vornehmen - und ansonsten auf DSL hoffen und die Sache im Auge behalten.

Viel Glück! -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Timothy Kesten wrote:

Hi Folks,

das Problem scheint gelöst. Allerdings unbefriedigend. Ich habe ein Update von Postfix eingespielt - und siehe da, es funktioniert wieder. Warum auch immer....

Trotzdem noch einmal vielen Dank an alle - besonders an Sandy

Kein Problem, aber etwas stutzig macht mich das schon. Na ja, habe mal aus Spaß iscsi-target installiert und getestet, das war auch kaputt. Eine Installation aus dem Tarball von der Projektseite funktionierte sofort. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org