June 2010 - postfix-users

[postfix-users] POSTFIX v2.5.5 : fallback_relay : to many hops !
by POSTFIX 04 Jun '10

04 Jun '10

Hallo allerseits, ich habe zwei root-Server (debian/postfix), die abgehende eMails neben ihren normalen Aufgaben gleich mit abgehend relayen sollen. Damit gibts dann auch keinen Stress mit SPAM-Filtern, denn die Bueros haengen selbst an dynamischen IPs. Dazu habe ich in den hausinternen DNS-Servern jeweils einen round-robin-Eintrag mit den beiden root-Serverm, um so eine einigermassen gleichmaessige Auslastung der beiden Satelliten zu gewaehrleisten. Es gibt allerdings einige Empfaengersysteme die zeitweise (teilweise ueber mehrere Stunden) von dem einen root-Server nicht erreichbar sind, von dem anderen dagegen schon und vice versa. Da das staendig wechselt und keiner fuer mich nachvollziehbaren Logik unterliegt, die Zustellung teilweise aber recht zeitkritisch ist (Statusmeldungen an das PDA), habe ich das jeweils andere Satellitensystem als fallback_relay konfiguriert. Das geht solange gut, bis das angeschriebene System nicht tatsaechlich mal fuer beide root-Server nicht erreichbar ist oder einfach die eMail-Annahme blockiert. Beispielsweise beim Einsatz eines POSTGREY. Einem POSTGREY-Delay koennte man ja mit einer Warteschleife so einigermassen beikommen, aber es gibt durchaus auch andere Zustaende, bei denen dieser Trick einfach nicht funktioniert. Also habe ich voruebergehend den fallback_relay aus dem einen Satellitensystem entfernt, um loops und die daraus resultierenden Unzustellbarkeiten zu vermeiden. Wie kann ich aber auf den beiden Satellitensystemen selbst pruefen, ob die eMail nun bereits an einen fallback_relay gesendet wurde oder nicht und nur dann an den jeweiligen fallback_relay ueberstellen, wenn die eMail noch nicht relayed wurde ? Das Handbuch habe ich schon rauf und runtergewuehlt und haenge schon seit einigen Monden an dem Problem. Auch google konnte mir bislang nicht wirklich helfen. Ich denke, mir fehlt da einfach nur der Schubs in die richtige Richtung. Achso - die Bueros sind jeweils via VPN an die Satellitensysteme angebunden und kommunizieren auch nur ueber das VPN mit denen. Desgleichen die root-Server, die sich untereinander mit 1GBit/s ueber das VPN verstaendigen. Ich danke jetzt schonmal allen, die ihre Gehirnwindungen auf die Reise geschickt haben, Bye, Hansjoerg...

4 4

[postfix-users] Mailqueue wird mails nicht los
by Andreas 03 Jun '10

03 Jun '10

Hi list, seit kurzem ist mir aufgefallen dass unser postfix-mail-server 1, der als haupt-mail-server fungiert und die mails nach innen und aussen weiterleitet, die queue mit allerhand mails voll hat. Darunter sind auch mails an verteiler. Teilweise gibt es timeouts bei der kommunikation mit dem mailserver 2, welcher die postfächer enthält. (postfix, dovecot mit 2000 postfächern) Postqueue p auf mail server 1 enthält viele Nachrichten einer Aussendung an mehr als 1000 user in der Queue. Es gibt folgende Meldung: (conversation with mailserver 2 [ip] timed out while sending RCPT TO) Diese Mails an die Verteiler stecken seit einigen Tagen in der queue fest. Was blockiert die Aussendung dieser Verteiler-Mail ? Vor allem gibt es keine Meldung, dass die Mails verzögert werden oder nicht angekommen sind. Die log-Dateien geben nichts verdächtiges aus. Wie gesagt, mails gehen rein und raus, nur bei den mails an die verteiler hakt es ordentlich. Config n (mailserver 1) Mailserver 1:/ # postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases allow_percent_hack = yes append_at_myorigin = yes command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 20 default_destination_recipient_limit = 9000 default_extra_recipient_limit = 9000 defer_transports = disable_dns_lookups = no empty_address_recipient = MAILER-DAEMON inet_interfaces = IP local_recipient_maps = unix:passwd.byname $alias_maps mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man maps_rbl_domains = pbl.spamhaus.org sbl-xbl.spamhaus.org relays.ordb.org combined.njabl.org masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = domain.de masquerade_exceptions = root mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain, domain-2.de mydomain = domain.de myhostname = server.domain.de mynetworks = IP myorigin = $mydomain newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix/README_Debian relay_domains = $mydestination relayhost = sendmail_path = /usr/sbin/sendmail setgid_group = postdrop smtp_sasl_auth_enable = no smtp_use_tls = no smtpd_client_restrictions = reject_rbl_client sbl-xbl.spamhaus.org reject_rbl_client cbl.abuseat.org smtpd_helo_required = yes smtpd_helo_restrictions = smtpd_recipient_limit = 9000 smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_use_tls = no strict_rfc821_envelopes = no swap_bangpath = yes unknown_local_recipient_reject_code = 450 virtual_alias_domains = virtual-domain.de virtual_alias_maps = hash:/etc/postfix/virtual postconf n (mailserver 2) mailserver 2:~# postconf -n alias_maps = hash:/etc/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix default_destination_recipient_limit = 9000 default_extra_recipient_limit = 9000 home_mailbox = Maildir/ html_directory = /usr/share/doc/postfix/html inet_interfaces = IP mail_owner = postfix mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man message_size_limit = 30960000 mydestination = $myhostname, localhost.$mydomain, localhost mydomain = mailserver 2.domain.de myhostname = mailserver 2.domain.de mynetworks = IPs myorigin = $mydomain newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix relay_domains = $mydestination sample_directory = /usr/share/postfix sendmail_path = /usr/sbin/sendmail setgid_group = postdrop smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_limit = 9000 unknown_local_recipient_reject_code = 550

4 11

[postfix-users] amavis local_domain_maps und sql
by KP Kirchdoerfer 02 Jun '10

02 Jun '10

Hallo; ich komm nicht so recht weiter mit dem Eintrag für @local_domain_maps in der amavis Konfiguration. Es funktioniert, wenn ich die Domains in der Art eintrage: @local_domains_maps = ( [ ".$mydomain", ".domain-1.de", "domain-n.de" ] ); Ich kann aus amavis auf eine mysql-DB zugreifen um bspw. Spam in mysql zu speichern mit den Einträgen @lookup_sql_dsn= ( ['DBI:mysql:database=amavis;host=127.0.0.1;port=3306', 'amavis','passwort'], ); @storage_sql_dsn = @lookup_sql_dsn; Ich habe hier http://www.mail-archive.com/amavis-user@lists.sourceforge.net/msg13906.html gelesen, daß das gehen könnte, die in der DB eingetragenen Benutzer in user.local für @local_domain_maps verwenden, nur verstanden hab ich es nicht :) Wie müßte dann der Eintrag für @local_domain_maps lauten, damit die DB verwendet wird? TIA kp

1 0

[postfix-users] E-Mails interner User werden fäschlicherweise als Virus von clamav gefiltert
by Frank Lohoff 02 Jun '10

02 Jun '10

Hallo zusammen, wir scannen unsere E-Mails mit clamav welches in amavis eingebunden ist. Der Clamav wurde den clamav-unofficial-sigs Signaturen aufgewertet. Bisher klappte das auch ganz gut aber jetzt werden immer öfter E-Mails von internen Users als Virus erkannt und zurück behalten. Das ist Problematisch, da nur der Empfänger eine Benachrichtigung bekommt und nicht der Sender. Dieser geht davon aus, das seine E-Mail ordenlich und ohne Probleme versendet wurde. In einem Fall z.B. ist es eine reine Textemail ohne Anhang die zurückgehalten wurde. Scanne ich mit clamscan die orginal Datei bekomme ich folgende Meldung: 64070.: INetMsg.SpamDomain-2w.versanet_de.UNOFFICIAL FOUND Ein zweiter Virenscanner erkennt den Virus nicht und sagt alles Ok. Wie kann ich dieses Fehlverhalten abstellen? Gibt es eine whitelist für den clamav? Mit freundlichem Gruß Frank Lohoff IT-Administrator Fon: 0049 (0) 52 42 - 41 05 244 Fax: 0049 (0) 52 42 - 94 61 244 E-Mail: f.lohoff(a)nielsen-design.de ---------------------------------------- Nielsen Design GmbH & Co. KG Röntgenstraße 10-12 33378 Rheda-Wiedenbrück Amtsgericht Gütersloh, HRA 5463 persönlich haftender Gesellschafter: Nielsen Design VerwaltungsGmbH Röntgenstraße 10-12 33378 Rheda-Wiedenbrück Amtsgericht Gütersloh, HRB 6443 Geschäftsführer: Albrecht Nitschke

3 2

[postfix-users] POSTFIX v2.5.5 : Schonung von Bandbreite beim Versenden von eMails an mehrere Empfaenger
by POSTFIX 02 Jun '10

02 Jun '10

Hallo allerseits, ich habe zwei root-Server (debian/postfix), die abgehende eMails neben ihren normalen Aufgaben gleich mit abgehend relayen sollen. Damit gibts dann auch keinen Stress mit SPAM-Filtern, denn die Bueros haengen selbst an dynamischen IPs (smartrelay). In den Bueros stehen jeweils SBS-Server und der darin enthaltene Exchange-Server wird auch gut genutzt. Wird nun eine eMail an mehrere Empfaenger verschickt, droeselt der Exchange die Jobs bereits den Empfaengerdomains entsprechend auf. Das moechte ich nicht, denn eine eMail mit einem angehaengten 10MB PDF wird dann 20 Mal durch das schmale DSL gedrueckt, wobei diese Aufteilung erst an den Satellitensystemen vorgenommen die DSL-Leitung nur einmal belasten wuerde und die Anbindungsgeschwindigkeit des Satellitensystems wuerde ueber die 20 eMails muede laecheln. Ich nehme an, dass ich hier nicht nur am Exchange etwas drehen muss, sondern auch am POSTFIX der beiden Satelliten, aber bereits beim Exchange finde ich den Einstieg nicht. Das Handbuch habe ich schon rauf und runtergewuehlt und haenge schon seit einigen Monden an dem Problem. Auch google konnte mir bislang nicht wirklich helfen. Ich denke, mir fehlt da einfach nur der Schubs in die richtige Richtung. Achso - die Bueros sind jeweils via VPN an die Satellitensysteme angebunden und kommunizieren auch nur ueber das VPN mit denen. Desgleichen die root-Server, die sich untereinander mit 1GBit/s ueber das VPN verstaendigen. Ich danke jetzt schonmal allen, die ihre Gehirnwindungen auf die Reise geschickt haben, Bye, Hansjoerg...

3 6