- postfix-users - list.sys4.de

Postfix empfaengt keine Emails
by chris＠abacusmail.net 06 Nov '15

06 Nov '15

Hallo, ich habe schon ewig kein neues Postfix mehr eingerichtet und bin im Moment etwas am verzweifeln bei der Einrichtung eines neuen Servers (Centos7). Ich habe schon jede Menge Beschreibungen im Internet gefunden und auch versucht einzurichten, aber alle sind so unterschiedlich, dass ich schon gar nicht mehr weiss welche da nun am besten ist. Vielleicht koennt Ihr mir ja mit ein paar Tips weiterhelfen: Der Versand von Emails funktioniert ins Internet und intern. Der Empfang von Mails klappt nur vom Server selbst abgesandte, aber nicht aus dem Internet. (auch bei abgeschalteter Firewall) Was laeuft da schief und wo muss ich da suchen? Gibt es eine wirklich uebersichtliche und gute Beschreibung fuer Postfix mit Dovecot auf Centos7 ? Ziel ist der Empfang und Versand vom Emails auf virtuelle Domains und die darunter unter Linux gespeicherten User. Herzliche Gruesse Chris

2 1

Probleme bei Gmail
by Tobi 03 Nov '15

03 Nov '15

Habt ihr auch Probleme bei der Zustellung von Mails an gmail? Die Verbindungen zu allen 5 eingetragenen MX laufen bei uns in Timeouts und die Queues füllen sich. Auf der offiziellen Seite von Google wird kein Problem angezeigt Gruss tobi

2 1

Re: Absender double bouce damit ich nichts zurück bekomme
by Thomas 02 Nov '15

02 Nov '15

Am Montag, 2. November 2015, 15:29:56 schrieben Sie: > Hallo Thomas, > > da würde man Emails mit domain.tld nicht loswerden. > > domain.tld wird man nicht los, weil es weder MX noch A gibt. > > Gruß, > Gregor Hallo, ich sehe schon, wenn ich meine Email zuverlässig loswerden will ist <> oder domain.tld als sender kein brauchbarer Weg. Ich muss wohl auf parallele Wege der Kommunikation setzten um den ursprünglichen Empfänger klar zu machen das ein einfaches rply auf die Email kein Rückkanal ist. Wie gesagt der Empfänger will ja die Email haben, nur ist eben ein rply nicht vereinbart und da sitzt niemand der sein rply bearbeiten könnte. Andererseits kann ich die Antwort Email nicht so einfach ins "nichts" schicken. Auch wenn der receip bei mir dann "BitteNichtAntworten(a)domain.XY" heißt. Es gibt ja wohl auch Mailserver die schauen ob der Sender bei der Domain wirklich vorhanden ist. Gruss Thomas

1 0

Absender double bouce damit ich nichts zurück bekomme
by Thomas 02 Nov '15

02 Nov '15

Hallo, kann ich auch <> als Absender nehmen. (von double bounce oder wie das heißt) damit ich wirklich nichts zurück bekomme. Zur Zeit nehme ich norply, es antworten aber noch zu viele darauf. Ich möchte das der Empfänger sich Gedanken macht und ich möchte die Email einfach nicht mehr haben! Viele Grüße Thomas

4 5

Retry-Verhalten des smtpd bei "no shared cipher", "unsupported protocol" bzw. 454 steuern
by fe＠fe8.de 12 Oct '15

12 Oct '15

Hallo, ist "smtp_tls_security_level = may" wie kann ich im *SMTPD postfix Sender* (der .conf) festlegen falls "postfix/smtpd[4570]: warning: TLS library problem: error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher:s3_srvr.c:1349:" oder "...unsupported protocol..." auftritt, entweder a) der Sender es unverschluesselt wieder versucht, oder b) der Sender auf jeden Fall abbricht und der Nutzer benachrichtigt wird? Anschlussfrage: Wenn der Server alternativ ein 454 zurueck gibt, wie kann ich im Sender dann das Verhalten a) bzw. b) differenzieren? Danke und Gruesse, fe

2 5

Wer will an einem kostenlosen DNSSEC/DANE-Workshop teilnehmen?
by Patrick Ben Koetter 02 Oct '15

02 Oct '15

Hallo Postfix-Users! Wir, die sys4, veranstalten kommende Woche auf der it-sa <https://www.it-sa.de> einen eintägigen Workshop zum Thema DNSSEC/DANE. Für den Workshop sind noch Plätze frei. Die Teilname ist kostenlos und die Tickets brennen ein Loch in meinen Tisch… ;) # Eckdaten Titel: DANEn lügen nicht! Beginn: Dienstag, 06.10.2015 um 09:00 Ende: Dienstag, 06.10.2015 um 17:00 ## Kurzbeschreibung In unserem zweiteiligen Workshop informieren wir im ersten Teil über Anwendungsszenarien und die Relevanz für die elektronische Kommunikation von DNS und DNSSEC im Unternehmensumfeld. Wir erklären, was DNSSEC und DANE sind, wie sie funktionieren und was sie bewirken. Dieser Teil richtet sich an CTOs/IT-Leiter, CEOs/Geschäftsführer, Inhaber von KMU, CI(S)Os und IT-Architekten. Im zweiten Teil üben wir mit Dir, wie sich eigene DNS-Zonen per DNSSEC absichern lassen, und wie ein DNS-Server die DNSSEC-Daten anderer Zonen im Netzwerk überprüfen (validieren) kann. Dieser Teil richtet sich vorrangig an Administratoren, aber auch an technisch versierte Mitarbeiter der Unternehmensleitung. # Wie kommst Du an ein Ticket? Tickets für die it-sa und den Workshop gibt es bei mir. Sende eine Mail an p(a)sys4.de und nenne mir die Anschrift an die wir die Tickets senden sollen. First come, first serve! Freitag nachmittag gehen wir ein letztes Mal zur Post… Ich freu mich! p@rick P.S. Die Teilnahme ist im Rahmen der Re-Zertifizierung zum T.I.S.P./T.E.S.S als Weiterbildung anrechnungsfähig. ;) -- [*] sys4 AG https://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

2 2

[OT] amavisd-new-snmp und postfix-queues
by Django 01 Oct '15

01 Oct '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 HI Dealer aka p@rick, nachdem Du mich zum Thema AMaViS und SNMP angefixt hast, habe ich mal eine grundsätzliche Frage, natürlich wieder etwas off-topic hier auf der Liste. ;) Der amavisd-snmp-subagent stellt ja auch Informationen der Postfix-Queues dem SNMP-Daemon zur Verfügung. Die Rechte stehen hierzu wie folgt: # ll /var/spool/postfix/ total 16 drwx------. 2 postfix root 6 Oct 1 11:05 active drwx------. 2 postfix root 6 May 5 13:50 bounce drwx------. 2 postfix root 6 May 5 13:50 corrupt drwx------. 15 postfix root 4096 Oct 1 06:00 defer drwx------. 15 postfix root 4096 Oct 1 06:00 deferred drwx------. 2 postfix root 6 May 5 13:50 flush drwx------. 2 postfix root 6 May 5 13:50 hold drwx------. 2 postfix root 6 Oct 1 11:00 incoming drwx-wx---. 2 postfix postdrop 6 Oct 1 11:00 maildrop drwxr-xr-x. 2 root root 4096 Sep 30 20:55 pid drwx------. 2 postfix root 4096 Sep 30 20:55 private drwx--x---. 2 postfix postdrop 68 Sep 30 20:55 public drwx------. 2 postfix root 6 May 5 13:50 saved drwx------. 2 postfix root 6 May 5 13:50 trace Damit kein unberechtigter Nutzer auf Inhalte der eMails zugreifen kann, "gehören" die Verzeichnisse dem User postfix - macht ja auch Sinn. Unter CentOS 7 wird der amavisd-snmp-subagent mit den Rechten "amavis:amavis" gestartet; soweit so gut. Frage ich nun den SNMP-Daemon nach Daten des AMaViS-Daemon erhalte ich lediglich: # snmpwalk -v 3 -l AuthNoPriv -u mailsupport \ -A c96tOp2SaqQFngE5ioGK+O2NjfMgmCmHgls \ 127.0.0.1 AMAVIS-MIB::inMsgsSizeOriginating AMAVIS-MIB::inMsgsSizeOriginating = No Such Object available on this agent at this OID Ich hatte im ersten Schritt den Unix-Socket des SNMP-Daemon in Verdacht, warum zum bennanten OID nichts zurückgemeldet wird. Nachdem ich zu Debug-Zwecken den amavisd-snmp-subagent im Vordergrund hab laufen lassen, kam ich aber der eigentlichen Ursache auf die Schliche: got a Postfix queue directory: /var/spool/postfix can't open directory /var/spool/postfix/active: Permission denied amavis-agentx-1.7 (20140127) starting in foreground, perl 5.016003 Warning: Failed to connect to the agentx master agent ([NIL]): registering root OID 1.3.6.1.4.1.15312.2.1.1 for am.snmp registering root OID 1.3.6.1.4.1.15312.2.1.2 for am.nanny not registering root OID 1.3.6.1.4.1.15312.2.1.3.1.1 for pf.maildrop not registering root OID 1.3.6.1.4.1.15312.2.1.3.1.2 for pf.incoming not registering root OID 1.3.6.1.4.1.15312.2.1.3.1.3 for pf.active not registering root OID 1.3.6.1.4.1.15312.2.1.3.1.4 for pf.deferred "can't open directory", tja, der Daemon läuft ja auch mit den rechten des Users *amavis*! Starte ich den amavisd-snmp-subagent mit root-Rechten, sieht das natürlich anders aus: got a Postfix queue directory: /var/spool/postfix amavis-agentx-1.7 (20140127) starting in foreground, perl 5.016003 NET-SNMP version 5.7.2 AgentX subagent connected registering root OID 1.3.6.1.4.1.15312.2.1.1 for am.snmp registering root OID 1.3.6.1.4.1.15312.2.1.2 for am.nanny registering root OID 1.3.6.1.4.1.15312.2.1.3.1.1 for pf.maildrop registering root OID 1.3.6.1.4.1.15312.2.1.3.1.2 for pf.incoming registering root OID 1.3.6.1.4.1.15312.2.1.3.1.3 for pf.active registering root OID 1.3.6.1.4.1.15312.2.1.3.1.4 for pf.deferred Frage ich nun den SNMP-Daemon nach dem Wert inMsgsSizeOriginating im AMAVIS-MIB erhalte ich den gewünschten Wert: # snmpwalk -v 3 -l AuthNoPriv -u mailsupport \ - -A c96tOp2SaqQFngE5ioGK+O2NjfMgmCmHgls \ 127.0.0.1 AMAVIS-MIB::inMsgsSizeOriginating AMAVIS-MIB::inMsgsSizeOriginating.0 = Counter64: 200131 Tja, nun stellt sich für mich die Frage, gibt es einen anderen/besseren Weg als den amavisd-snmp-subagent mit Root-Rechten laufen zu lassen? Servus Django -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWDQTcAAoJEAdOz2FQpr/tNu0P/jZiZpq2HRSKz/VBUeEWU7R4 LJ7WCQZpjaCEBYAjD2PcofYNl/ui1TUfxixXP8F9ifp5QLUD/nbVOcPEopR9ueet uRuJIdFotTMJwRAnCxz+d+wLbS8vdk5Vb4tqIQaxmEJ6TQJMV/rjGCvIZTI6UICH UOWemjw2V10Nhb+axcxQ+yNBliQf81P5NZawRmesMlv3QEhSsa8s8nyiW0a+PczA LcY27f/onUOZF2RuPTrETth9odeEYki6JSLWxETz2uWRA28kDBQH82my3sskY9JK 3RKtpoX5a+2lYlnfvd28CG1YtDDKP/4P8k0DVuPbCMPyznRCktPv1qnAxkURLtzT bfcuEky8abr0ZdNj/kgR+H/a/OCJi9SlSWT9Ug3Gw3MPQ0yBg94aJIEYx1FYtOpU GvyyByuxow5u4qxmmkBgXEwYWwo282JoQ7oyIQz6KTZGso+58Kmn3nks650+E071 dbqMiTDR2zoxViHQAyELMhOdDkydkisPR7yCg1h2nufcAvf6YKCyBnm9FBjs8B06 tZ0BOrfjCnOsU+AONkTraFDdKJ0EESYXJsZpwwNhsLm+Xr6cb32tOUgJYeQXXde+ vHzRIXX4rLIBdLDH0m4DM7nQPUyw0BxVUsMrDncz6Urb7u0MczybVlqteWXD+YJO 0DQkREVgOkmJwFQHYV/G =aHfa -----END PGP SIGNATURE-----

2 1

Konfiguration des Relaying
by Mein Papierkorb 29 Sep '15

29 Sep '15

Hallo zusammen, ich habe einen Postifx 2.9 mit Dovecot als MDA dahinter. Die anzunehmenden Domains sind in der "relay_domains" hinterlegt, mit dem Eintrag "lmtp:[127.0.0.1]" dahinter zur Weiterleitung an Dovecot. Soweit so gut - läuft auch alles. Nun möchte ich zusätzlich dieses Postfix vor einen Exchange schalten, um dem Exchange ein Greylisting zu spendieren. Davon betroffen ist eine zusätzliche Domain, die ich dann ebenfalls unter relay_domains eingetragen habe, mit dem Hostname des Exchange-Servers dahinter. Auch das funktioniert soweit. Zur Entlastung würde ich aber gerne eine Empfängerliste für diese Domain hinterlegen, damit Postfix sofort alle Mails ablehnt, deren Empfänger auf dem Exchange gar nicht existieren. Wenn man das über dynamische Empfängerlisten (Postfix-Buch S.331) versucht zu realisieren, scheint es in Verbindung mit dem Exchange 2013 jedoch große Probleme zu geben. Das Problem wird hier erläutert: http://www.msxfaq.de/e2013/e2013recipientfilter.htm Wenn ich es über ne statische Empfängerliste versuche (wäre generell auch ausreichend in diesem Fall), (Postfix-Buch S.329), dann müssten aber in der relay_recipient_maps jedoch auch alle Mail-Adressen auftauchen, die auch an Dovecot weitergeleitet werden. Die domains, die an Dovecot gehen würde ich aber gerne davon ausnehmen, weil das sind ein paar. Gibt es irgendwie ne Möglichkeit, die relay-domain für den Exchange mit ner statischen Empfängerliste zu ergänzen OHNE die domains, die an Dovecot gehen zu involvieren? Im Postfix-Buch auf S.329 steht was von "local_recipient_maps". Da der Dovecot auf der gleichen Mühle läuft, ist das in meinen Augen lokal (auch wenn das für Postfix natürlich auch ne Art von relaying ist - ist mir klar) Kann ich die Dovecot-Domains vielleicht irgendwie über "local_recipient_maps" laufen lassen, und sie so von dem echten (externen) Relaying zu dem Exchange zu trennen? Alternativ könnte ich natürlich noch ne 2. Postfix-Instanz konfigurieren, aber ich würd gern erstmal eure Meinung dazu hören... Danke vorab & Gruß, Markus

2 1

Konfiguration des Relaying
by Papierkorb 27 Sep '15

27 Sep '15

Hallo zusammen, ich habe einen Postifx 2.9 mit Dovecot als MDA dahinter. Die anzunehmenden Domains sind in der "relay_domains" hinterlegt, mit dem Eintrag "lmtp:[127.0.0.1]" dahinter zur Weiterleitung an Dovecot. Soweit so gut - läuft auch alles. Nun möchte ich zusätzlich dieses Postfix vor einen Exchange schalten, um dem Exchange ein Greylisting zu spendieren. Davon betroffen ist eine zusätzliche Domain, die ich dann ebenfalls unter relay_domains eingetragen habe, mit dem Hostname des Exchange-Servers dahinter. Auch das funktioniert soweit. Zur Entlastung würde ich aber gerne eine Empfängerliste für diese Domain hinterlegen, damit Postfix sofort alle Mails ablehnt, deren Empfänger auf dem Exchange gar nicht existieren. Wenn man das über dynamische Empfängerlisten (Postfix-Buch S.331) versucht zu realisieren, scheint es in Verbindung mit dem Exchange 2013 jedoch große Probleme zu geben. Das Problem wird hier erläutert: http://www.msxfaq.de/e2013/e2013recipientfilter.htm Wenn ich es über ne statische Empfängerliste versuche (wäre generell auch ausreichend in diesem Fall), (Postfix-Buch S.329), dann müssten aber in der relay_recipient_maps jedoch auch alle Mail-Adressen auftauchen, die auch an Dovecot weitergeleitet werden. Die domains, die an Dovecot gehen würde ich aber gerne davon ausnehmen, weil das sind ein paar. Gibt es irgendwie ne Möglichkeit, die relay-domain für den Exchange mit ner statischen Empfängerliste zu ergänzen OHNE die domains, die an Dovecot gehen zu involvieren? Im Postfix-Buch auf S.329 steht was von "local_recipient_maps". Da der Dovecot auf der gleichen Mühle läuft, ist das in meinen Augen lokal (auch wenn das für Postfix natürlich auch ne Art von relaying ist - ist mir klar) Kann ich die Dovecot-Domains vielleicht irgendwie über "local_recipient_maps" laufen lassen, und sie so von dem echten (externen) Relaying zu dem Exchange zu trennen? Alternativ könnte ich natürlich noch ne 2. Postfix-Instanz konfigurieren, aber ich würd gern erstmal eure Meinung dazu hören... Danke vorab & Gruß, Markus

1 0

Aliasverwaltung in Postfix oder Dovecot
by Wolfgang Rosenauer 27 Sep '15

27 Sep '15

Hi, bisher hatte ich für meine Mailserver die "Userverwaltung" hauptsächlich über Postfix gemacht. D.h. Usermapping, Aliase etc. Jetzt setze ich gerade wieder mal einen Mailserver neu auf und schaue gerade in Peer Heinleins Dovecot Buch, wo sehr stark empfohlen wird, einfach nur ein Relay zu Dovecot-lmtp einzurichten. Worauf aber nicht eingegangen wird, ist die Frage, wie denn Aliase zu handhaben sind (bzw. auch Mailbox-Namen, die nicht der email-Adresse entsprechen). Jetzt frage ich mich gerade, ob Dovecot mit Aliasen arbeiten kann oder ob ich das dann doch ganz herkömmlich wie früher mit alias_maps und mydestination machen müsste. Bzw. ob ich irgendwas übersehe, wie ich zwar den empfohlenen Relay Weg gehen kann aber vorher die Adressen umschreiben könnte. Danke, Wolfgang

5 4