- postfix-users - list.sys4.de

[postfix-users] Postfix als Mailclient ausgeben mit separatem SMTP Server
by Michael Kaene 12 Jun '12

12 Jun '12

Hallo, ich hatte versucht Postfix einzurichten, dass es einen separaten SMTP Server zum Versand von Mails nutzt. Nun ist es so, dass der Zielserver andere Mailserver nicht akzeptiert. Mit JavaMail funktioniert es bspw. da sich der Mailer dort als Client ausgibt und die Mails dann direkt versendet und nicht nur weiterleitet. Dazu hab ich dann auch Benutzername und Passwort angegeben. Das ganze ist über SMTP Auth mit SSL 465 angebunden. Bei Postfix würde ich gern ein ähnliches Verhalten konfigurieren. Ich bin nach folgender Anleitung vorgegangen: http://www.tuxhausen.de/postfix_smtp_auth-3.html Als Antwort bekomm ich dann vom Zielserver: 550 Relay not permitted. Kann ich Postfix irgendwie so konfigurieren, dass es praktisch so ist, als würde ich einen Mailclienten verwenden? Hier noch die aktuelle main.cf: smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no append_dot_mydomain = no readme_directory = /usr/share/doc/postfix smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache myhostname = openkm.mmtopen.de alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = HERE_IS_THE_URL_TO_MY_REAL_SMTP_SERVER, openkm.mmtopen.de, localhost.mmtopen.de, localhost mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = loopback-only html_directory = /usr/share/doc/postfix/html #SMTP Auth relayhost = HERE_IS_THE_URL_TO_MY_REAL_SMTP_SERVER smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = smtp_sasl_mechanism_filter = login Danke für die Hilfe.

6 13

[postfix-users] Reihenfolge der Abarbeitung von Konfigfiles
by tobi 07 Jun '12

07 Jun '12

Hallo zusammen, ich habe gerade ein ganz merkwürdiges Verhalten von Postfix gehabt, wo ich eigentlich der Meinung bin dass dies nicht so sein sollte. In der main.cf << virtual_mailbox_domains = /etc/postfix/vmailboxdomains virtual_alias_maps= regexp:/etc/postfix/virtual.regexp >> vmailboxdomains spezifiziert meine lokalen Domains und virtual.regexp die Aliase. Nun habe ich eine Mail an info(a)nichtMeineDomain.tld geschickt und Postfix hat mit diese lokal in die Mailbox zugestellt. Das lag daran, dass ich in virtual.regexp ein Muster hatte welches hinten nicht verankert war. So wurde alles mit info im Usernamen auf meine lokale Mailadresse übersetzt. Eigentlich war ich der Meinung, dass Postfix erst virtual_mailbbox_domains prüfen würde und nur wenn die Empfangsdomain dort definiert ist die virtual_alias_maps zu rate ziehen würde. Scheinbar ist es aber gerade umgekehrt :-) Kann mir jemand bestätigen wie genau die Reihenfolge bei der Abarbeitung bei diesen beiden Files ist? Danke und Gruss tobi

2 1

[postfix-users] tls Ausnahmen
by Hans, Rembeck 07 Jun '12

07 Jun '12

Hallo Liste, ich habe auf meinem Postfix-Server mehrere virtuelle Domaänen laufen. Zustellung erfolgt über tls. Auszug aus der main.cf. # TLS parameters smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache #sasl smtpd_sasl_auth_enable = yes smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth jetzt hab ich das Problem, das bei einer Domäne der Client kein TLS kann. Was muss ich an der Konfiguration ändern um eine Ausnahme für xyz.de zu machen, damit dieser ohne TLS/SSL seine Mails abholen kann Alle anderen Domänen sollen aber davon unberührt sein und nachwievor nur TLS benutzen dürfen Vielen Dank im voraus Hans

3 4

Re: [postfix-users] postfix nimmt keine Mails mehr an
by roman 05 Jun '12

05 Jun '12

Am 2012-06-05 08:11, schrieb Robert Schetterer: > Am 05.06.2012 01:46, schrieb Roman Pretory: >> hallo leute >> >> >> >> habe vor einigen monaten einen neuen mailserver configuriert. >> >> >> >> basis ist ein eigener vserver mit centos 6.2, postfix 2.6.6 mit >> dovecot >> 2.0.9 als lda mit mysql. >> >> >> >> bis dato lief er problemlos nun seit neuersten nimmt er mir nach >> einer >> ca. woche kein mails mehr an… connection timeout. > > wenn du absolut nichts veraendert hast , und dir auch davor keiner > eine > firewall etc eingebaut hat ,liegt ein hardware Problem nahe > denke nicht: der node ist in einen Vmware-Custer und virtualisiert selbst mit vserver d.h. auf diesen node läuft noch ein dns, + 2 Mailserver auf sendmail basis,und dies ohne mucken. >> >> ich kann nur mehr von der bash mails versenden. > > wie tust du das ? so:echo testing | mail -s msg e-mailadresse > >> >> jeder versuch von extern mails zu versenden oder zu bekommen >> scheint >> nicht mal in den logs auf. > > zeig mal die logs die sind ab den Zeitpunkt leer.. somit sinnlos kann aber aktuelle logs bieten :-) > >> >> es wirkt als würde es auf der Firewall geblockt, wird es aber nicht. >> >> >> >> auch wirkt er als ob alles passen würde.. >> >> >> >> smtp ~ $ lsof -i tcp:25 >> >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> >> master 7778 root 12u IPv4 31666 0t0 TCP *:smtp >> (LISTEN) >> >> smtpd 9800 postfix 6u IPv4 31666 0t0 TCP *:smtp >> (LISTEN) >> > > schon mal von aussen getestet ? > telnet ip 25 ? ja ==> connection timeout >> >> >> kein resart, neuinstallation … hilft. >> >> ausgenommen ich deinstaliere postfix lösche das verzeichniss >> /var/spool/postfix installiere postfix mit gleicher config neu, > > schon mal platten , speicher , cpu etc ueberprueft ? vmware, hardisk des servers ist ein per nfs gemoutetes netapp die hardware sollte passen, kostet auch einiges.. Gruß Roman >> >> und siehe da als wäre nie was gewesen. :-) (dovecot benötigt >> danach >> natürlich einen neustart -> private/auth) >> >> ich habe mich schon mal durchgegoogelt, aber nicht wirklich >> brauchbares >> gefunden. >> >> >> >> ach ja so wirklich sparsam ist er auch nicht gerade: >> >> CTX PROC VSZ RSS userTIME sysTIME UPTIME NAME >> >> 20233 51 0.9G 219M 1h08m58 8m24s24 2d08h58 sendmail >> >> 20234 78 1.6G 343.6M 4h44m40 24m43s90 2d08h58 postfix >> >> >> >> für ideen/ratschlaege dankbar > > mehr info > >> >> Gruß >> >> Roman >> >> >> >> _______________________________________________ >> postfix-users mailing list >> postfix-users(a)de.postfix.org >> http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users

2 1

[postfix-users] [SPAM? 2.801] postfix nimmt keine Mails mehr an
by Roman Pretory 05 Jun '12

05 Jun '12

hallo leute habe vor einigen monaten einen neuen mailserver configuriert. basis ist ein eigener vserver mit centos 6.2, postfix 2.6.6mit dovecot 2.0.9 als lda mit mysql. bis dato lief er problemlos nun seit neuersten nimmt er mirnach einer ca. woche kein mails mehr an connection timeout. ich kann nur mehr von der bash mails versenden. jeder versuch von extern mails zu versenden oder zubekommen scheint nicht mal in den logs auf. es wirkt als würde es auf der Firewall geblockt, wird esaber nicht. auch wirkt er als ob alles passen würde.. smtp ~ $ lsof -i tcp:25 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME master 7778 root 12u IPv4 31666 0t0 TCP *:smtp(LISTEN) smtpd 9800 postfix 6u IPv4 31666 0t0 TCP *:smtp(LISTEN) kein resart, neuinstallation hilft. ausgenommen ich deinstaliere postfix lösche das verzeichniss/var/spool/postfix installiere postfix mit gleicher config neu, und siehe da als wäre nie was gewesen. :-) (dovecotbenötigt danach natürlich einen neustart -> private/auth) ich habe mich schon mal durchgegoogelt, aber nicht wirklichbrauchbares gefunden. ach ja so wirklich sparsam ist er auch nicht gerade: CTX PROC VSZ RSS userTIME sysTIME UPTIME NAME 20233 51 0.9G 219M 1h08m58 8m24s24 2d08h58 sendmail 20234 78 1.6G 343.6M 4h44m40 24m43s90 2d08h58 postfix für ideen/ratschlaege dankbar Gruß Roman

2 1

[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