- postfix-users - list.sys4.de

[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

[postfix-users] POSTFIX v2.5.5 : Backup-MX verschleiert originalen Empfaenger, Alternative zu aliases
by POSTFIX Mailinglisten 30 May '10

30 May '10

Hallo allerseits, ich habe zwei root-Server (debian/postfix), die im DNS derzeit als MX-Backup fuer ankommende eMails neben ihren normalen Aufgaben bekannt gemacht wurden (wegen der statischen IPs). Als Primaerer-MX ist dagegen der CNAME des via dynIP angebundenen Bueros konfiguriert, der bei der Zwangstrennung durch den Provider natuerlich fuer rund 5-10min nicht erreichbar ist. Diese Konfiguration ist gewachsen, vorher gabs die root-Server nicht. Die Zwangstrennung erfolgt zwar per Zeitschaltuhr nachts um den Tagesablauf nicht zu stoeren, aber das dahinterlaufende dynDNS-Batch, startet schonmal nicht unbedingt zu 100% nach dem erfolgten Restart des Routers, sodass dann eMails auf den Backup-MX landen. Bis dann das sendende System diesen Backup-MX durch den Primary tauscht, vergehen nochmal so 10-20min. Dieser Prozess ist zwar optimierungsfaehig, aber die Austeilung einer neuen IP, die tagsueber stattfindet wuerde dadurch nicht entzerrt - denn auch das kann passieren. Auf den Satellitensystemen wird dann ein postfix flush ausgefuehrt, sobald das primaere Mailsystem wieder erreichbar ist. In Ermanglung einer schlaueren Loesung habe ich auf diesen Systemen mit der alias.db gearbeitet. Das funktioniert auch soweit, aber die eMails gelangen dann nicht mehr in die originalen Postfaecher und Ordner sondern in einem Sammelpostfach. Das war auch soweit nicht das Problem, da aber immer mehr Post zusaetzlich auf PDAs weitergeleitet wird und die Bueros nicht staendig besetzt sind, um fehlgeleitete Post wieder richtig einzuordnen, wird dies langsam zum Problem. Ich denke, mir fehlt da einfach nur der Schubs in die richtige Richtung. Evtl. steht da ein komplettes Redesign an und die Satellitensysteme wuerden als load-balancing die primaeren MX abbilden, wogegen die Bueros u.U. dann gar nicht mehr in der Welt bekannt sind. Vielleicht ein wenig Grafik zur besseren Transparenz: 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...

2 1

[postfix-users] postfix / amavisd als spam erkannte mails umleiten
by j.burbach＠jo-it.net 27 May '10

27 May '10

Hallo an alle, ich bin gerade dabei einen Postfix Mailgateway für eingehende E-Mails, mit amavisd-new, spamassassin und clamav zu erstellen. Lokale Mailkonten gibt es bis jetzt keine. Der Postfix bekommt für z.B. test(a)example.xx eine E-Mail von blabla(a)irgendeinsender.example, weis dann anhand der Transport Map das sich die Domain example.xx auf dem Server 222.222.222.1 befindet. (In der Transport Map befinden sich noch andere Domains die auf anderen Mailservern sich befinden.) Der Server 222.222.222.1 wird dann vom Gateway angefragt ob bei ihm das E-Mailkonto test(a)example.xx existiert. Bei positiver Rückmeldung, nimmt der Gateway die E-Mail entgegen und prüft diese, vor dem Weiterleiten an den Zielmailserver (222.222.222.1), auf Viren und Spam. Das funktioniert schon soweit ganz gut. Jetzt möchte ich aber noch zusätzlich, dass wenn eine E-Mail an blubb(a)example2.xx gesendet wird, die als SPAM erkannt wird, an die E-Mailadresse example2.xx(a)spamdomain.example gesendet wird. Ich konnte darüber leider noch nichts finden. Ich vermute das irgendwie im amavisd eine Regel eingefügt wird. Aber wie? Kann mir bitte einer weiterhelfen? Viele liebe Grüße! Joachim

1 0

[postfix-users] Wie intelligent sind Spammer?
by Christopher Stolzenberg 26 May '10

26 May '10

Hallo zusammen, in der letzten Zeit ist mir aufgefallen, dass sich das Spam Volumen bei den Postfix Servern die ich betreue stark erhöht hat und langsam bin ich mit meinem Latein am Ende... Wirklich auffallend ist: Sobald man neue Methoden zur Spamabwehr einsetzt (z.B. postgrey, neue Blacklists, postfix-policyd, amavis usw.) ist erst einmal Ruhe... dann kommt wochenlang so gut wie kein Spam. Aber nach ein paar Monaten geht es immer wieder von vorne los und langsam aber sicher kommt wieder mehr Spam durch obwohl ich an der Konfiguration der entsprechenden Postfix Server nichts geändert habe. Sind die Spammer intelligent und passen sich permanent an? Wie soll man dann Spam dauerhaft und effektiv bekämpfen? Bei meiner Googlemail Adresse kommt gar kein Spam durch. Weiß jemand von euch was für Filter und Methoden Google genau einsetzt? Im Internet konnte ich über die Technologie hinter den Gmail Servern nicht wirklich viel herausfinden. Auf jeden Fall scheint Google eine sehr effektive Technologie zu haben um Spam zu filtern. Viele Grüße Christopher

6 7

[postfix-users] Doppelte emails an root
by Gerhard Waldemair 19 May '10

19 May '10

Hallo Zusammen, ich hoffe ihr könnt mir helfen. Ich habe einen Debian Lenny Mailserver mit Postfix und Dovecot. Das funktioniert soweit alles. Jetzt sollten auch lokale User per Dovecot ausgeliefert werden. Dazu habe ich in der main.cf eingefügt: local_transport = dovecot auch das funktioniert soweit, bis auf einen Schönheitsfehler, der sehr nervig ist: wenn ich zB fail2ban neu starte wird root benachrichtigt, dass der Dienst neu gestartet wird, über diverse jails etc... und all diese emails sind doppelt vorhanden, mit absolut identem Header. dovecot_destination_recipient_limit = 1 receive_override_options = no_address_mappings ist gesetzt. Wenn ich zB dem root eine Testmail schicke mit: echo test | mail -s "testing" root dann ist diese nicht doppelt vorhanden. Auch wenn eines der Jails von Fail2ban greift, erhalte ich eine eMail. Diese ist dann auch nicht doppelt. Ich kann damit leben, da fail2ban ja nicht alle Tage neu gestartet wird, aber ich habe bedenken, dass irgendwo ein Fehler ist und sich auf die restliche config auswirken kann. Hat jemand von euch einen Rat oder Tip für mich ? Kann es daran liegen, dass plötzlich 30 eMails gesammelt an root geschickt werden ? Danke für eure Hilfe Gerhard

1 0

[postfix-users] postgrey backup MX
by Philipp Nöbauer 05 May '10

05 May '10

Hallo, meine Frage ist wie kann ich Postgrey auf zwei Mail-Exchanger konfigurieren natürlich sollten beide auf die gleiche Postgrey Datenbank zugreifen. MfG Philipp Nöbauer

5 16