October 2015 - postfix-users

Emails von einer bestimmten Domäne werden sporadisch nicht zugestellt
by Sven Pastorik 21 Dec '15

21 Dec '15

Hallo, wir betreiben schon seit vielen Jahren einen Mailserver mit Postfix, derzeit Version 2.9.4. Zur Zeit habe ich hier eine Anomalie die ich mir überhaupt nicht erklären kann. Ich habe ein paar Anrufe bekommen wo sich Kollegen beklagen das ihnen sporadisch Emails fehlen. Bei genauem Nachfragen komme ich auf folgendes Ergebnis: Es betrifft nur Emails einer bestimmten Domäne von Außerhalb. Von der Domäne bekommen verschiedene Kollegen seit viele Jahren Emails. Im Maillog lese ich das die Emails den entsprechenden Konten zugestellt wurde. Es gibt keine Fehlermeldung etc. Lasse ich mir von der Sendeadresse / Domäne weitere Emails zustellen geht mal eine Email durch, mal nicht. Im Logfile sehe ich keine Unterschiede zu den zugestellten und nicht zugestellten Emails. Leider erkenne ich auch kein Muster, z.b. alle Emails mit Anhang oder oder oder. Der Sender arbeitet mit einem Microsoft Exchange Server was ja auch nichts besonderes ist. Merkwürdig ist auch das wir das gleiche Problem schon vor über einem Jahr hatten was von heut auf Morgen von selbst verschwand und nun ist es wieder da. Ich weiß das ganze klingt nach Voodoo was es mit Sicherheit nicht ist. Hat von euch noch jemand einen Ansatz wie ich den Fehler weiter Debuggen kann? Postfix schreibt ins Log das die Emails zugestellt wurden. Auch das Postfach wird korrekt angegeben, aber in diesem tauchen die Emails nicht auf. Da wir ca. 15.000 eingehende Emails am Tag haben wäre es schön wenn es eine Möglichkeit gibt das Debuggen gezielt zu machen. Einfach Postfix im Debugmodus zu starten halte ich für eine sehr schlechte Idee. Mit freundlichen Grüßen Sven Pastorik

7 19

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