May 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] 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