May 2012 - postfix-users

[postfix-users] Mischung virtueller Adressen mit Mailman Listen/ gleiche Domain
by Tobias Hachmer 18 Jul '12

18 Jul '12

Hallo Liste, in meinem Mail-Setup möchte ich Mailman Listen sowie Benutzeradressen derselben Domain verwenden. Also Listen wie z.B. liste(a)example.org und Benutzeradressen wie z.B. benutzer(a)example.org. Folgendes Setup: +-----+ +-----+ +-------+ |MTA 1| |MTA 2| |Dovecot| /Dovecot mit lokalem Postfix +-----+ +-----+ +-------+ | | | | | | | +------+ | +------|Bridge|------+ +------+ | +----------+ | | +-------+ +-----+ |Mailman| |MySQL| /Mailman mit lokalem Postfix +-------+ +-----+ Hier könnte ich zwar einfach auf der dovecot Maschine alles erschlagen mit virtual: virtual_mailbox_domains = proxy:mysql:/etc/postfix/sql/mysql_virtual_domains_maps.cf virtual_mailbox_base = /var/vmail virtual_mailbox_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_mailbox_maps.cf proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_mailbox_maps.cf proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_catchall_maps.cf virtual_alias_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_maps.cf proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_maps.cf virtual_mailbox_limit = proxy:mysql:/etc/postfix/sql/mysql_virtual_mailbox_limit_maps.cf Ich würde aber gerne die Mails für die Mailman Listen direkt zur Mailman Maschine transportieren und an den MTAs weitestgehend mit verify arbeiten. Wenn ich auf den MTAs einen transport für example.org auf die dovecot Maschine einrichte und einen weiteren für lists.example.org auf die mailman Maschine, wie mappe ich dann die Mailman Aliases wie liste-subscribe(a)example.org, liste(a)example.org, etc. auf den MTAs auf liste-subscribe(a)lists.example.org, liste(a)lists.example.org? Grüße, Tobias

4 6

[postfix-users] "loops back to myself"-Problem
by Sven Seeberg 29 May '12

29 May '12

Hallo Liste, ich habe einen, mit iredmail konfigurierten Mailserver. Jetzt versuche ich gerade das ganze mit mailman zu ergänzen, komme aber nicht weiter. Ausgangspunkt ist folgendes Howto: http://www.howtoforge.com/installing-iredmail-and-mailman-on-debian-squeeze Das habe ich so weit durchgeführt und bis auf das senden einer Mail an die Liste funktioniert auch alles. Sobald ich eine Mail senden möchte, bekomme ich die Antwort "<liste(a)xy.de>: mail for xy.de loops back to myself". Für die virtual domains und user benutze ich MySQL. In der alias-Tabelle existiert für "liste(a)xy.de" ein goto nach "liste(a)lists.xy.de". lists.xy.de zeigt auf 127.0.0.1. Die domain-Tabelle hat einen Eintrag für "lists.xy.de" mit dem transport "mailman:". Die master.cf enthält einen Eintrag für mailman: mailman unix - n n - - pipe flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user} Gibt es eine Möglichkeit nachzuvollziehen, ob das mit dem transport richtig klappt? Ich bin gerade etwas ratlos, wo ich noch ansetzen könnte. Für Hinweise wäre ich echt dankbar. Vielen Dank und Grüße Sven

2 2

[postfix-users] Wie "Undelivered Mail Returned to Sender" Messages umgehen aufgrund von vacation?
by Matthias Egger 22 May '12

22 May '12

Hallo Liste Ich habe hier einen User der gerade einen längeren Sabbatical macht und sich daher eine Vacation Message dazu eingerichtet hat. Leider erhält er pro Tag - Aufgrund der Zustellversuche für die Vacations - zwischen 20 und 30 "Undelivered" Messages, an denen er sich stört und die er weg haben will ;-) Da ich die Messages weder unterbinden will noch eine /dev/null procmail rule als Sinnvoll erachte, wollte ich mal fragen ob Ihr einen kreativen Vorschlag habt? Das einzige was mir in den Sinn gekommen ist, wäre das abgreifen dieser Mails mittels procmail und dem verschieben in einen undelivered Ordner. Danke schon mal im voraus für allfällige Ideen. Lieber Gruss Matthias -- Matthias Egger ETH Zurich Department of Information Technology maegger(a)ee.ethz.ch and Electrical Engineering IT Support Group (ISG.EE), ETL/F/24.1 Phone +41 (0)44 632 03 90 Physikstrasse 3, CH-8092 Zurich Fax +41 (0)44 632 11 95

3 10

[postfix-users] Authentifizierung mit Dovecot 2 funktioniert nicht mehr
by Frank Walter 16 May '12

16 May '12

Hallo ich habe einen neuen Ubuntu Server 12.04 aufgesetzt, auf den will ich von einem alten 8.04 Server umziehen. Postfix (2.5.1-2ubu) läuft auf dem alten Server mit Dovecot 1.0.10, auf dem neuen habe ich die aktuelle 2.0.19 mit Postfix 2.9.1-4 installiert. Die SMTP-Authentifizierung von Postfix läuft wie empfohlen über Dovecot, ich habe in der main.cf stehen: ... smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_auth_enable = yes ... und in der dovecot.conf: ... socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail #group = } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } ... Ich habe nun zuerst versucht einfach die alte dovecot.conf zu übernehmen, aber da kriege ich beim (testweisen) Versuch Dovecot zu starten: root@rs123456:~# /usr/sbin/dovecot -F Fatal: service(auth) access(/usr/lib/dovecot/auth) failed: No such file or directory und postfix bricht bei einer telnet-Verbindung zu 25 natürlich sofort ab und beklagt sich über fehlende Authentifizierung: May 16 09:32:02 rs12345 dovecot: master: Fatal: service(auth) access(/usr/lib/dovecot/auth) failed: No such file or directory Tatsächlich existiert auch kein Socket /var/spool/postfix/private/auth (wohl aber: anvil, bounce, bsmtp, defer, discard, dovecot, ...) Muss ich den erst anlegen? Wie? Was läuft hier verkehrt? Für Hilfe dankbar, frank walter

4 8

[postfix-users] Aufbau 2 Stufiges Mail Gateway
by Andreas Reschke 04 May '12

04 May '12

Guten Tag Beim Review unseres Email Gateways kam folgende Idee oder auch Problem auf. Der Gateway in der DMZ muss eine Verbindung ins interne Netz aufmachen, um ein E-Mail zuzustellen. Bei allen anderen DMZ Services haben wir genau dies vermieden. Die Idee ist nun, die Emails in der DMZ zu queuen, in kurzen Zeitintervallen von dort abzuholen und dann in die Mailqueue des internen Systems einzuschleusen, das dann zustellt. Im Netz hab ich hierzu late Ansaetze gesehen, die dass per Script implementiert haben. Gibt es sowas inzwischen nicht als fertiges Feature? (smtp-poll) Wie macht Ihr es denn? Auf dem System sollen auch White-, Grey- und Blacklists sowie TLS zur Anwendung kommen. Es waere super, wenn das alles im Hausnetz passieren koennte, denn dafuer haben wir eine GUI ;-), fuer die wegen des Schluesselmanagements sowieso Lizenzen gezahlt werden muessen. Web-GUI und Schluesselmanagement sind aber irgendwie beides nix fuer die DMZ. Vielen Dank schon jetzt fuer Eure Ideen. Gruß Andreas -- Der Inhalt eines Kasten Bit sind 24 Stück, also ist ein Kasten ein Byte! E-Mail: andreas(a)rirasoft.de

6 11

Re: [postfix-users] Aufbau 2 Stufiges Mail Gateway
by Andreas Reschke 03 May '12

03 May '12

Am Do, 3.05.2012, 15:45 schrieb Robert Schetterer: > Am 03.05.2012 15:31, schrieb Andreas Reschke: >> >> Am Do, 3.05.2012, 15:06 schrieb Robert Schetterer: >>> Am 03.05.2012 15:03, schrieb Andreas Reschke: >>>> >>>> Am Mi, 2.05.2012, 18:24 schrieb Dennis Guhl: >>>>> On Wed, May 02, 2012 at 05:32:42PM +0200, Andreas Reschke wrote: >>>>>> Guten Tag >>>>>> >>>>>> Beim Review unseres Email Gateways kam folgende Idee oder auch >>>>>> Problem >>>>>> auf. >>>>>> >>>>>> Der Gateway in der DMZ muss eine Verbindung ins interne Netz >>>>>> aufmachen, >>>>>> um >>>>>> ein E-Mail zuzustellen. Bei allen anderen DMZ Services haben wir >>>>>> genau >>>>>> dies vermieden. >>>>> >>>>> [..] >>>>> >>>>>> Auf dem System sollen auch White-, Grey- und Blacklists sowie TLS >>>>>> zur >>>>>> Anwendung kommen. Es waere super, wenn das alles im Hausnetz >>>>>> passieren >>>>>> koennte, denn dafuer haben wir eine GUI ;-), fuer die wegen des >>>>>> Schluesselmanagements sowieso Lizenzen gezahlt werden muessen. >>>>>> Web-GUI >>>>>> und >>>>>> Schluesselmanagement sind aber irgendwie beides nix fuer die DMZ. >>>>> >>>>> Verstehe ich Dich richtig, Ihr habt im internen Netz einen Mailserver >>>>> stehen der mit Gott und der Welt plaudert, der MX ist, aber Ihr macht >>>>> Euch Sorgen um ein paar Verbindungen aus der DMZ heraus? >>>>> >>>>> Dennis >>>>> _______________________________________________ >>>>> postfix-users mailing list >>>>> postfix-users(a)de.postfix.org >>>>> http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users >>>>> >>>> >>>> Nein, nein, >>>> >>>> da habe ich falsch/unklar ausgedrückt. Was ich haben will: >>>> Der Mailserver in der DMZ queued ausschliesslich (nur inbound), der >>>> interne Mailserver holt sich die eingehenden Mails mit einem kurzen >>>> Intervall mit irgendeinem Polling Protokoll ab. Die Queue wird >>>> geleert. >>> >>> was soll das bringen, wenn du das bremsen willst mach es mit einem slow >>> transport >>> >>>> Er macht Greylisting, Whitelisting, Userüberprüfung, usw.). Falls >>>> alles >>>> korrekt ist wird die Mail intern zugestellt. >>> >>> greylisting usw mach der server der mails aus dem internet empfaengt, >>> kein anderer >>> >>>> >>>> Ausgehende Emails werden dann ueber den äusseren postfix >>>> rausgeschickt. >>>> Der spielt dann auch den MX Host. >>>> >>>> Keine Initiative von aussen nach innen und unterbinden von >>>> Tunnelbauten. >>>> >>>> Gruß >>>> Andreas >>> >>> sorry aber deine Anforderung ist verwirrend formuliert >>> >>> -- >>> Best Regards >>> >>> MfG Robert Schetterer >>> >>> Germany/Munich/Bavaria >>> _______________________________________________ >>> postfix-users mailing list >>> postfix-users(a)de.postfix.org >>> http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users >>> >> >> Sorry, auf meinem Mist ist das nicht gewachsen. Mein Chef will mehr >> Sicherheit, da die Zertifikate ja in der "bösen" DMZ liegen. >> >> Es könnte ja der Mailserver in der DMZ gehackt werden und die >> Zertifikate >> geklaut und ein Tunnel ins LAN gebaut werden werden. >> >> Gruß >> Andreas > > nein, du drueckst dich ungluecklich aus > ich glaub nicht das jemand versteht auf was du eigentlich raus willst > du solltest mal den Netzlayout beschreiben > ansonsten verlangen chefs oefter mal Unfug > -- > Best Regards > > MfG Robert Schetterer > > Germany/Munich/Bavaria > Also ich "male" mal etwas: Internet | Postfix DMZ | Queue | Postfix intern holt Mails vom externen ab, kein Durchgang von außen nach innen, aber von innen nach außen, überprüft (Greylisting, Verschlüsselung, usw.) | ----------------------------------- | | gute Mails abgelehnte Mails | | wird intern wird zurück zum externen weitergeleitet geschickt Der externe Postfix soll nur ein "dummer" Mailserver ohne Daten usw. sein. Die Intelligenz (White-, Grey- und Blacklists sowie TLS, usw.) soll intern bleiben. Besser so? -- Der Inhalt eines Kasten Bit sind 24 Stück, also ist ein Kasten ein Byte! E-Mail: andreas(a)rirasoft.de

4 3

Re: [postfix-users] Aufbau 2 Stufiges Mail Gateway
by Joern Bredereck 03 May '12

03 May '12

On May 3, 2012, at 5:15 PM, Andreas Reschke wrote: > Der externe Postfix soll die Mails ja nicht annehmen, nur in die Queue > stellen; Um die Mail in die Queue zu stellen, muss er sie erstmal annehmen. > der Interne holt die Queue dann zur sich, macht die Prüfungen, > usw. und gibt die Queue wieder zurück an den externen. "Gibt die Queue" wieder zurück? Mir wäre neu, dass verschiedene Postfix-Instanzen auf verschiedenen Servern sich eine Queue "teilen" können. Du kannst nur "store-and-forward" machen. D.h. der externe Postfix nimmt die Mail an, stellt sie in einer Queue und leitet sie dann an den internen Postfix weiter. Greylisting funktioniert aber prinzipbedingt nur dem Postfix, der die E-Mail aus dem Internet annimmt. Gruß, Jörn

1 0

Re: [postfix-users] Postfix
by hausman＠freenet.de 03 May '12

03 May '12

Danke für die vielen hilfreichen Antworten. Der dig - Befehl hat mich etwas aufgehalten. Ich musste zuerst das bind - Packet installieren. Jetzt klappt auch der Emailversand mit postfix. Danke für die schnelle Hilfe. --- Nutzen Sie freenet Mail optimal angepasst für Ihr iPhone, Android oder Nokia Handy auch von unterwegs. Alle Infos und Download unter http://mail.freenet.de/mobile-email/index.html

3 2

Re: [postfix-users] Aufbau 2 Stufiges Mail Gateway
by Martin Rabl 03 May '12

03 May '12

Hi, Am 03. Mai 2012 15:34 CEST, "Andreas Reschke" <postfix_ml(a)rirasoft.de> schrieb: > > Ok, das Setup haben wir so ähnlich auch, dabei holt der Server per > > fetchmail alle 5min die mails von einem catachall-Account ab und stellt > > sie dann lokal zu bzw. jagt sie durch den Postfix mit allen > > Folterwerkzeugen, die der so hat. > Nein, so einfach ist das nicht. Wir habe kein catchall-Account (so etwas > vermeidet man). ... wenn es auch anders geht. Das war aber für den Fall nicht zu umgehen. > Die Prüfungen und Verschlüsselung soll auf dem internen > Mailserver verlagert werden. Verschlüsselung outgoing? Welche Prüfungen? Viren, Spam? Das läuft bei dem Ding da oben auch. Der Catchall (den ihr nicht habt ;-) ) dient nur zum Sammeln Aber evtl. ist das hier interessant ... http://www.postfix.org/STANDARD_CONFIGURATION_README.html#dialup http://www.hsc.fr/ressources/cours/postfix/doc/faq.html#dialup Die etwas verquere Idee: der Kanal zum internen NW wird erst geöffnet, wenn ein "Befehl" von Innen z. b. per SSH kommt - dann wird eine Art Dialup-Skript gestartet, die Mails nach intern ausgeliefert und dann wieder geschlossen. Das Innen-Kommando hat dazu temporär die Leitung geöffnet. Ähnlich dürfte es mit ETRN gehen - Init von innen, Port auf, holen (lassen) http://www.postfix.org/ETRN_README.html -- Mit freundlichen Grüßen, Martin Rabl

1 0