- postfix-users - list.sys4.de

[postfix-users] [OT] amavisd-new: Loadbalancer oder nicht?
by Stefan Foerster 10 Jan '10

10 Jan '10

Ich bin momentan wirklich unschlüssig, wie man die Sache mit amavisd-new (oder genereller: SMTP-fähige Inhaltsfilter) eigentlich am besten abhandelt. Die Sache mit den Miltern lasse ich aus, da kann Patrick mehr dazu sagen, aber ich würde mich generell über jede Meinung und jedes Feedback freuen. Fangen wir mal mit der einachsten Sache an: Ein post-queue Filter. Hier stellt sich die Frage nach dem Loadbalancing auf den ersten Blick nicht. Man setzt im internen DNS eine Zone wie z.B. "filter.example.com" auf: $ORIGIN filter.example.com . IN MX 10 filter1.example.com . IN MX 10 filter2.example.com Für den Filter-Eintrag des entsprechenden SMTP-Servers setzt man in der master.cf dann -o content_filter=filter:filter.example.com:10024 (NB: ohne eckige Klammern) und definiert bei dem filter-Transport passende Werte für Timeouts, Prozesszahl etc. Für amavisd-new reichen Wildcards ('smtp:*:*') oder so, die Seite mit der Doku tut hier gerade nicht) für $forward_method und schon filtert er mehr oder weniger im RR-Betrieb. Hier ist mir jetzt vor allem eine Sache unklar: Merkt sich Postfix eigentlich, daß ein bestimmter Server tot ist? Ich weiß, daß Postfix in der Lage ist, bestimmte Ziele für tot zu erklären und alle Mail dahin erstmal in die deferred queue zu stellen, aber gilt das auch für einzelne MXe? Wo ist das dokumentiert? In der Manpage zum qmgr findet sich nur: ,----[ man 8 qmgr ] | destination status cache | The queue manager avoids unnecessary delivery | attempts by maintaining a short-term, in-memory | list of unreachable destinations. `---- "Destination" könnte aber auch durchaus eine ganze Zieldomain sein und nicht nur ein MX. Wenn das nicht funktioniert, dann würde im dem Fall, das ein Filter ausfällt, die Hälfte der Verbindungen erstmal auf einen Timeout warten. Unübersichtlich finde ich auch das Finetuning des Filter-Transports ab einer gewissen Größe der Installation, seien es nun Trivialitäten wie (s|l)mtp_mx_session_limit oder aufwändigerer Kram wie TRANSPORTNAME_destination_concurrency_failed_cohort_limit / TRANSPORTNAME_destination_concurrency_limit. Und nicht vergessen darf man auch, daß das ja nur "RR für Arme ist" - evt. verschärft durch connection caching, was dann schonmal dazu führen kann, daß ein Filter fast immer busy ist und der andere sich langweilt (BTDT). Noch viel unübersichtlicher wird es meiner Meinung nach bei einem smtpd_proxy_filter. Es ist auf der einen Seite zwar so, daß mit den 2.7er-Versionen endlich die nötige Funktionalität implementiert ist, mit der man eine Mail erst dann dem Proxy vorwirft, wenn sie komplett empfangen wurde, aber was immer noch nicht geht ist eine Spezifikation des Filters mit Transport- und Nexthop. Kann man hier _überhaupt_ irgendwie Redundanz erreichen (pro smtpd!), ohne einen Loadbalancer zu benutzen? Ich habe hier beisher noch jedes Mal auf solch einen zurückgegriffen (Cisco ACE, ldirectord). Wie handhabt ihr das denn so? Und wisst ihr zufällig, wie andere MTAs (Exim, Exchange in der Edge-Rolle) das machen? Stefan

1 0

[postfix-users] Fehler "Recipient address rejected: User unknown in local recipient table"
by J. P. 08 Jan '10

08 Jan '10

Hallo Postfixer, ich habe ein Problem, das ich partout nicht lösen kann. Mein Mailserver nimmt Mails für virtuelle Benutzer an, für die lokalen allerdings nicht. Um Verwechslungen vorzubeugen: Es handelt sich bei keinem Empfänger um einen Systembenutzer, alle Benutzer liegen in einem LDAP-Verzeichnis, mit lokal meine ich lediglich, dass die Domain der Empfänger der des Mailservers entspricht. Sei die Domain des Mailservers echt.de und die virtuelle, für die er ebenfalls zuständig ist laute virtuell.de. Für jeden Benutzer gibt es zwei Emailadressen: user(a)echt.de und user(a)virtuell.de. Wenn jetzt eine Email für user(a)virtuell.de ankommt, ergibt das folgende Logeinträge: Jan 8 13:50:24 host postfix/smtpd[3578]: connect from mailgw3.undisc.de[168.192.123.123] Jan 8 13:50:24 host postfix/smtpd[3578]: 45C3672152: client=mailgw3.undisc.de[168.192.123.123] Jan 8 13:50:24 host postfix/cleanup[3581]: 45C3672152: message-id=<4B473097.9999999(a)sender.de> Jan 8 13:50:24 host postfix/qmgr[3574]: 45C3672152: from=<sender(a)sender.de>, size=2171, nrcpt=1 (queue active) Jan 8 13:50:24 host postfix/smtpd[3578]: disconnect from mailgw3.undisc.de[168.192.123.123] Jan 8 13:50:24 host postfix/virtual[3582]: 45C3672152: to=<user(a)echt.de>, orig_to=<user(a)virtuell.de>, relay=virtual, delay=0.5, delays=0.43/0.02/0/0.04, dsn=2.0.0, status=sent (delivered to maildir) Jan 8 13:50:24 host postfix/qmgr[3574]: 45C3672152: removed Wie man sehen kann, bekomme ich Mails über ein Gateway, falls das von Bedeutung sein sollte. Sendet man eine Email an user(a)echt.de, dann habe ich keine Einträge im Log und bekomme eine "Undelivered Mail Returned to Sender"-Mail in der folgende Meldung zu finden ist: <user(a)echt.de>: host mailgate2.undisc.de[168.192.123.120] said: 554 5.7.1 <user(a)echt.de>: Recipient address rejected: User unknown in local recipient table (in reply to RCPT TO command) Meine Frage ist nun: Wieso nimmt mein Mailserver die Mail nicht an? Hier noch das Ergebnis von postconf -n: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes config_directory = /etc/postfix delay_warning_time = 4h home_mailbox = Maildir/ inet_interfaces = all local_recipient_maps = $virtual_mailbox_maps local_transport = virtual mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 mydestination = $myhostname localhost.$mydomain localhost $mydomain mydomain = echt.de myhostname = host.echt.de mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 168.192.123.120 168.192.123.123 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relayhost = smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, reject_invalid_hostname, reject_non_fqdn_hostname, reject_unknown_hostname smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = reject_unknown_sender_domain smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes strict_rfc821_envelopes = yes virtual_alias_domains = ldap:ldapvirtuallists virtual_alias_maps = ldap:ldapalias virtual_gid_maps = static:5000 virtual_mailbox_base = /home/vmail virtual_mailbox_domains = ldap:ldapvirtual virtual_mailbox_maps = ldap:ldapvirtual virtual_minimum_uid = 100 virtual_uid_maps = static:5000 Gruß Jonas

3 2

[postfix-users] Autoreply: Re: Spamwelle?
by kai.eisbrenner＠gid-gmbh.de 08 Jan '10

08 Jan '10

Guten Tag, die von Ihnen verwendete Adresse eisbrenner(a)smtp.gid24.de ist eine Adresse für Mailimport-Routinen in Softwareprojekten. Daher kann es jeerzeit passieren, daß diese Mails automatisch gelöscht werden. Bitte senden Sie Ihre Email an kai.eisbrenner(a)gid-gmbh.de. Mit dieser Adresse wurde diese Antwort gesendet, so daß Sie per Anwort in Ihrem Emailclient Ihre Nachricht senden können. Mit freundlichen Grüßen Kai Eisbrenner

7 6

[postfix-users] Mails lokal cachen, bevor der Relayserver angesprochen wird
by Kai Eisbrenner 08 Jan '10

08 Jan '10

Hi, ich möchte gerne, dass Mails, die an Postfix gehen und über einen Relayhost weitergesendet werden, erst lokal empfangen und später / unmittalbar danach von postfix selber versendet werden. Hintergrund ist, dass der Relayserver teils sehr lange Responsezeiten hat und der Client soll nicht warten müssen, bis der Relayserver wieder lust hat zu arbeiten. Technischer Hintergrund: Der Versand erfolgt aus PHP heraus - und das wartet, bis der Transfer abgeschlossen ist. Und so lange dauert es dann auch, bis das Ergebnis angezeigt werden kann, also das Laden dim Browser abgeschlossen ist. Daher soll eben Postfix die Daten erstmal annehmen, lokal zwischenspeichern und die Verbindung zum Client entsprechend wieder beenden. Danach soll Postfix seinerseits die Mail an den Relayhost weitergeben. Habe mal gehört, dass dies einstellbar ist, finde aber keinen passenden Konfigurationsparameter. Grüße aus Hamburg Kai

3 2

[postfix-users] Wildgewordener Auto-Reply ist geblockt
by Patrick Ben Koetter 07 Jan '10

07 Jan '10

Zuerst einmal "Sorry for the noise" und "Danke für den Anruf", denn weder Ralf noch ich waren gerade an der Konsole. Ich hoffe, Ihr seid der Mailflut Herr geworden. Den wildgewordenen Auto-Reply Robot habe ich bis auf Weiteres geblockt. Der Besitzer kann sich gerne mit postmaster(a)de.postfix.org in Verbindung setzen, wenn er das Problem beheben möchte oder schon behoben hat. p@rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht München Partnerschaftsregister PR 563

2 1

07 Jan '10

Guten Tag, die von Ihnen verwendete Adresse eisbrenner(a)smtp.gid24.de ist eine Adresse für Mailimport-Routinen in Softwareprojekten. Daher kann es jeerzeit passieren, daß diese Mails automatisch gelöscht werden. Bitte senden Sie Ihre Email an kai.eisbrenner(a)gid-gmbh.de. Mit dieser Adresse wurde diese Antwort gesendet, so daß Sie per Anwort in Ihrem Emailclient Ihre Nachricht senden können. Mit freundlichen Grüßen Kai Eisbrenner

1 0

07 Jan '10

Guten Tag, die von Ihnen verwendete Adresse eisbrenner(a)smtp.gid24.de ist eine Adresse für Mailimport-Routinen in Softwareprojekten. Daher kann es jeerzeit passieren, daß diese Mails automatisch gelöscht werden. Bitte senden Sie Ihre Email an kai.eisbrenner(a)gid-gmbh.de. Mit dieser Adresse wurde diese Antwort gesendet, so daß Sie per Anwort in Ihrem Emailclient Ihre Nachricht senden können. Mit freundlichen Grüßen Kai Eisbrenner

1 0

07 Jan '10

Guten Tag, die von Ihnen verwendete Adresse eisbrenner(a)smtp.gid24.de ist eine Adresse für Mailimport-Routinen in Softwareprojekten. Daher kann es jeerzeit passieren, daß diese Mails automatisch gelöscht werden. Bitte senden Sie Ihre Email an kai.eisbrenner(a)gid-gmbh.de. Mit dieser Adresse wurde diese Antwort gesendet, so daß Sie per Anwort in Ihrem Emailclient Ihre Nachricht senden können. Mit freundlichen Grüßen Kai Eisbrenner

1 0

07 Jan '10

Guten Tag, die von Ihnen verwendete Adresse eisbrenner(a)smtp.gid24.de ist eine Adresse für Mailimport-Routinen in Softwareprojekten. Daher kann es jeerzeit passieren, daß diese Mails automatisch gelöscht werden. Bitte senden Sie Ihre Email an kai.eisbrenner(a)gid-gmbh.de. Mit dieser Adresse wurde diese Antwort gesendet, so daß Sie per Anwort in Ihrem Emailclient Ihre Nachricht senden können. Mit freundlichen Grüßen Kai Eisbrenner

1 0

07 Jan '10

Guten Tag, die von Ihnen verwendete Adresse eisbrenner(a)smtp.gid24.de ist eine Adresse für Mailimport-Routinen in Softwareprojekten. Daher kann es jeerzeit passieren, daß diese Mails automatisch gelöscht werden. Bitte senden Sie Ihre Email an kai.eisbrenner(a)gid-gmbh.de. Mit dieser Adresse wurde diese Antwort gesendet, so daß Sie per Anwort in Ihrem Emailclient Ihre Nachricht senden können. Mit freundlichen Grüßen Kai Eisbrenner

1 0