- postfix-users - list.sys4.de

Mail kommen nicht an
by chris＠abacusmail.net 29 Nov '15

29 Nov '15

Hallo, ich habe Postfix mit dovecot installiert und kann auch Mails versenden, aber bekomme keine Mails herein. Fehlermeldung in maillog SASL: Connect to /var/spool/postfix/private/auth failed: No such file or directory Das Direktory ist auch wirklich nicht vorhanden. Sollte dies nicht von dovecot erstellt werden? <------ # dovecot -n # 2.2.10: /etc/dovecot/dovecot.conf # OS: Linux 3.10.0-229.14.1.el7.x86_64 x86_64 CentOS Linux release 7.1.1503 (Core) listen = * mail_location = maildir:~/Maildir mbox_write_locks = fcntl namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } service auth-worker { user = root } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0666 user = postfix } } ssl_cert = </etc/pki/tls/certs/localhoct.crt ssl_key = </etc/pki/tls/private/localhost.key userdb { driver = passwd -----> Wie kann ich das Verzeichnis sobnst noch erstellen? Kann mir da jemand einen Tip geben? Mit private/auth habe ich es zuerst schon versucht und es ging auch nicht. Habe dann beim googlen den Hinweis auf den kompletten Pfad gefunden. Chris

5 9

Auswahl einer Blacklist
by Patrick Ben Koetter 27 Nov '15

27 Nov '15

Die Kompetenzgruppe E-Mail des eco e.V. hat eine Hilfestellung für Mailserveradministratoren bei der Auswahl passender Blacklisten erarbeitet. Einleitung und PDF findet ihr hier: https://e-mail.eco.de/2015/allgemein/die-kompetenzgruppe-e-mail-des-eco-e-v… p@rick -- [*] 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 1

Postfix sendet nicht an mehrere Empfänger
by Daniel Schröter 12 Nov '15

12 Nov '15

Hallo, nach vielen Stunden in den Foren blamiere ich mich jetzt doch öffentlich ;-) Mails an mehrere Empfänger kommen nur bei einem Empfänger an. Komischerweise wechselt es manchmal.... Ich habe einen Postfix der seine Mails an cyrus per lmtp übergibt: postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix debug_peer_list = 127.0.0.1 inet_interfaces = all inet_protocols = ipv4 local_recipient_maps = mailbox_size_limit = 0 mailbox_transport = lmtp:unix:/var/run/cyrus/socket/lmtp message_size_limit = 0 mydestination = example.com, smtp.example.com, example.de, localhost mydomain = example.com myhostname = smtp.example.com mynetworks = 192.168.0.0/16 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = $mydomain readme_directory = no recipient_delimiter = + relay_domains = $mydestination relayhost = [wp381.webpack.hosteurope.de] smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl/passwd smtp_sasl_security_options = noanonymous,noplaintext smtp_sasl_tls_security_options = noanonymous smtp_use_tls = yes smtpd_banner = The SMTP-Server Müsste jetzt nicht postfix die Mail duplizieren und zweimal an cyrus übergeben? Warum macht er es nicht? Oder ist das doch die Aufgabe von cyrus und falls ja: Warum sehe ich die Mail dort nur einmal? Ich kann gerne debugs mailen. Lieber per "debug_peer_list" oder per "-v" in der master.cf? Vielen Dank im Voraus! Ich google schon seit einigen Tagen :-( Grüße

3 5

Seltsame Mail - bin verwirrt
by J. Fahrner 12 Nov '15

12 Nov '15

Hallo, heute kam die folgende Mail, die mich total verwirrt. Wer hat die geschickt, und auftrund von was wurde die produziert? Hat wohl irgendwas mit DMARC zu tun. Return-Path: <opendmarc(a)fahrner.name> Delivered-To: joachim(a)familie-fahrner.de Received: by s3.fahrner.name (Postfix, from userid 119) id D663B22256; Wed, 11 Nov 2015 09:53:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fahrner.name; s=mail; t=1447232025; bh=lyf/JNBkEGCHiFO9eeNVjwO/y2OMMHI9QbIZUCe5WeA=; h=From:To:Date:Subject; b=Az39vGJNLFTyo8R10iWh7A/grjWBBPxSjet7yTRnBHirEDkb3olaho/gySZARIYBX lhRXqqJtfeUfsBxiQ3zgWQnGI7tgnQyKHDEbGP1Gwp+Fk46s182zPl+pSmRN3r8P4p bP6QQhhCy8I5fnORWRiter9LDw08v8Ss6yqakyAQ= From: postmaster(a)fahrner.name To: postmaster(a)fahrner.name Date: Wed, 11 Nov 2015 09:53:45 +0100 (CET) Subject: FW: You have new fax, document 00271650 MIME-Version: 1.0 Content-Type: multipart/report; report-type=feedback-report; boundary="s3.fahrner.name:A9CF8221F9" Message-Id: <20151111085345.D663B22256(a)s3.fahrner.name> --s3.fahrner.name:A9CF8221F9 Content-Type: text/plain This is an authentication failure report for an email message received from IP 31.220.2.120 on Wed, 11 Nov 2015 09:53:45 +0100 (CET). --s3.fahrner.name:A9CF8221F9 Content-Type: message/feedback-report Feedback-Type: auth-failure Version: 1 User-Agent: OpenDMARC-Filter/1.3.0 Auth-Failure: dmarc Authentication-Results: s3.fahrner.name; dmarc=fail header.from=interfax.net Original-Envelope-Id: A9CF8221F9 Original-Mail-From: ceylanmarkt(a)shared2.swiftslots.com Source-IP: 31.220.2.120 Reported-Domain: interfax.net --s3.fahrner.name:A9CF8221F9 Content-Type: text/rfc822-headers Received-SPF: None (no SPF record) identity=mailfrom; client-ip=31.220.2.120; helo=shared2.swiftslots.com; envelope-from=ceylanmarkt(a)shared2.swiftslots.com; receiver=jf(a)fahrner.name Received: from shared2.swiftslots.com (shared2.swiftslots.com [31.220.2.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by s3.fahrner.name (Postfix) with ESMTPS id A9CF8221F9 for <jf(a)fahrner.name>; Wed, 11 Nov 2015 09:53:45 +0100 (CET) Received: from ceylanmarkt by shared2.swiftslots.com with local (Exim 4.86) (envelope-from <ceylanmarkt(a)shared2.swiftslots.com>) id 1ZwR9s-0035b6-3o for jf(a)fahrner.name; Wed, 11 Nov 2015 09:53:36 +0100 To: jf(a)fahrner.name Subject: You have new fax, document 00271650 X-PHP-Script: ceylanmarkt.com/post.php for 213.198.102.103 Date: Wed, 11 Nov 2015 08:53:35 +0000 From: "Interfax Online" <incoming(a)interfax.net> Reply-To: "Interfax Online" <incoming(a)interfax.net> Message-ID: <5a3426ff3dfd9c5baec2864a193446b9(a)ceylanmarkt.com> X-Priority: 3 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_e25c1a8174ac865802063755053b13fe" Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - shared2.swiftslots.com X-AntiAbuse: Original Domain - fahrner.name X-AntiAbuse: Originator/Caller UID/GID - [1059 1071] / [47 12] X-AntiAbuse: Sender Address Domain - shared2.swiftslots.com X-Get-Message-Sender-Via: shared2.swiftslots.com: authenticated_id: ceylanmarkt/only user confirmed/virtual account not confirmed X-Authenticated-Sender: shared2.swiftslots.com: ceylanmarkt --s3.fahrner.name:A9CF8221F9-- ------------------------------------------------------------------------------------------------------------------------------ Im Postfix Log steht zu der Uhrzeit folgendes: Nov 11 09:53:38 s3 postfix/postscreen[5407]: CONNECT from [31.220.2.120]:55511 to [78.47.47.89]:25 Nov 11 09:53:44 s3 postfix/postscreen[5407]: PASS NEW [31.220.2.120]:55511 Nov 11 09:53:45 s3 postfix/smtpd[5411]: connect from shared2.swiftslots.com[31.220.2.120] Nov 11 09:53:45 s3 postfix/smtpd[5411]: Anonymous TLS connection established from shared2.swiftslots.com[31.220.2.120]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) Nov 11 09:53:45 s3 policyd-spf[5418]: None; identity=helo; client-ip=31.220.2.120; helo=shared2.swiftslots.com; envelope-from=c eylanmarkt(a)shared2.swiftslots.com; receiver=jf(a)fahrner.name Nov 11 09:53:45 s3 policyd-spf[5418]: None; identity=mailfrom; client-ip=31.220.2.120; helo=shared2.swiftslots.com; envelope-fr om=ceylanmarkt(a)shared2.swiftslots.com; receiver=jf(a)fahrner.name Nov 11 09:53:45 s3 postfix/smtpd[5411]: A9CF8221F9: client=shared2.swiftslots.com[31.220.2.120] Nov 11 09:53:45 s3 postfix/cleanup[5420]: A9CF8221F9: message-id=<5a3426ff3dfd9c5baec2864a193446b9(a)ceylanmarkt.com> Nov 11 09:53:45 s3 opendkim[3421]: A9CF8221F9: shared2.swiftslots.com [31.220.2.120] not internal Nov 11 09:53:45 s3 opendkim[3421]: A9CF8221F9: not authenticated Nov 11 09:53:45 s3 opendkim[3421]: A9CF8221F9: no signature data Nov 11 09:53:45 s3 opendmarc[3432]: A9CF8221F9: recvspf: None (no SPF record) identity=mailfrom; client-ip=31.220.2.120; helo=s hared2.swiftslots.com; envelope-from=ceylanmarkt(a)shared2.swiftslots.com; receiver=jf(a)fahrner.name Nov 11 09:53:45 s3 opendmarc[3432]: A9CF8221F9: interfax.net fail Nov 11 09:53:45 s3 postfix/pickup[5250]: D663B22256: uid=119 from=<opendmarc> Nov 11 09:53:45 s3 postfix/cleanup[5424]: D663B22256: message-id=<20151111085345.D663B22256(a)s3.fahrner.name> Nov 11 09:53:45 s3 opendkim[3421]: D663B22256: DKIM-Signature header added (s=mail, d=fahrner.name) Nov 11 09:53:45 s3 postfix/cleanup[5420]: A9CF8221F9: milter-reject: END-OF-MESSAGE from shared2.swiftslots.com[31.220.2.120]: 5.7.1 rejected by DMARC policy for interfax.net; from=<ceylanmarkt(a)shared2.swiftslots.com> to=<jf(a)fahrner.name> proto=ESMTP helo=<shared2.swiftslots.com> Nov 11 09:53:45 s3 postfix/smtpd[5411]: disconnect from shared2.swiftslots.com[31.220.2.120] Nov 11 09:53:45 s3 postfix/qmgr[4587]: D663B22256: from=<opendmarc(a)fahrner.name>, size=2868, nrcpt=1 (queue active) Nov 11 09:53:45 s3 postfix/pipe[5425]: D663B22256: to=<joachim(a)familie-fahrner.de>, orig_to=<postmaster(a)fahrner.name>, relay=dovecot, delay=0.09, delays=0.06/0/0/0.03, dsn=2.0.0, status=sent (delivered via dovecot service) Nov 11 09:53:45 s3 postfix/qmgr[4587]: D663B22256: removed Was ist da passiert? Gruss Jochen

3 5

Bei Mail relay Fehler - Mail löschen?
by Lutz Reinhardt 08 Nov '15

08 Nov '15

Ich hab ein Mail Relay und bekomme öfter vom Ziel Server folgende Fehlermeldung: SMTP error from remote server for RCPT TO command, host: targethost (1.2.3.4) reason: 554 5.7.1 Service unavailable; Client host [4.3.2.1] blocked using zen.spamhaus.org; http://www.spamhaus.org/sbl/query/SBL229646 Ich würde gerne solche geblockten Mails direkt löschen. Allerdings nur solche die genau _so_ geblockt werden. Gibt es hierfür Möglichkeiten? Danke vorab...

3 2

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

[leicht OT] SPAM als Bounces der eigenen Domain mit Schadcode im Gepäck
by django＠nausch.org 21 Sep '15

21 Sep '15

Servus, in den Jahren in den ich mich nunmehr mit Mailservern beschäftigte, dachte ich eigentlich ich hab schon viel gesehen. Tja, falsch gedacht, denn seit gestern bin ich ein kleines Stückchen weiser - O.K., das ist bei mir Gerüchten nach relativ einfach, aber was sollst. Nun gut, gestern wurde groß Alarm geschlagen, da bei einer Kollegin plötzlich hunderte Mails (Bounces) aufschlugen und sie von dritter Seite gleich angeschissen wurde, sie habe in einer Spammail auf einen Link geklickt oder ein Attachment geöffnet zu haben. Schnell konnte ich klären und beweisen, dass die Kollegin gar nichts gemacht haben kann. Weder von Ihrem Account noch von einem anderen wurden, noch auf irgend einem der Mailserver beim Kunden hat in der Zeit irgendwas in der Art und Weise verschickt. Eigentlich ist an der Sache ja nicht ungewöhnliches, kennen wir doch Adressfälschungen und Backscatter doch schon etwas länger. Was mich aber nun stutzig machte, war der Umstand, dass in dem "zurückbekommenen Bounce" eine ZIP-Archiv mit einer .exe enthalten war. MOMENT, dachte ich mir, dafür haben wir doch extra eigene Regeln in unseren AMaViS-Cluster, die eben Nachrichten mit derartigem potentiellen Schadcode gar nicht erst annehmen soll. Kurz brach der Angstschweis aus, da ich mich selbst verdächtigte in einer der vielen dunklen Minuten (bei dem der schwarze Hund mich mehr beschäftigte als die Arbeit) etwas verkonfiguriert zu haben. Aber auch das konnte ich sehr schnell widerlegen, da alle Versuche solch präparierte Nachrichten an "mir selbst" vorbeizuschleusen, allesamt zum Scheitern verurteilt waren. Also zurück auf Anfang und aus den Maillogs der verschiedenen Systeme die Log-Zeilen herausgesucht. Denn irgendwo muss es ja einen Grund geben, warum der gefakte Bounce mit dem Schadcode im Anhang durchgewunken wurde. Der Versuch den Schadcode in einer Standardmail verpackt zu empfangen klappt jedoch nicht. Das einzigste, was ich da nun entdeckt habe, war auf dem AMaViS-Cluster: Sep 8 13:17:10 amavis-cluster-by amavis[23088]: (23088-10) bounce rescued by domain (DSN), <> -> <redacted(a)example.com>, date: Tue, 8 Sep 2015 12:41:24 +0200, from: Rosenbaum Group <redacted(a)example.com>, message-id: <HDmUIBRrPV7ZeJ2q0r2ttvv(a)example.com>, return-path: redacted(a)example.com Hä, "bounce rescued by domain" sagt mir nix, als Tante Google befragen und folgende beiden Seiten entdeckt: https://www.mail-archive.com/amavis-user@lists.sourceforge.net/msg11245.html http://sourceforge.net/p/amavis/mailman/amavis-user/thread/201010051713.380… O.K. $bounce_killer_score habe ich gefunden, der Wert wurde bis dato nicht angefasst, steht er beim Defaultwert: $bounce_killer_score = 100; # spam score points to add for joe-jobbed bounces Darum habe ich mich auch bis jetzt noch nie so richtig beschäftigt, weder in Berlin noch in München wurde das Thema erwähnt hehe - kleiner Wink mit dem Zaunpfahl ;) Wie kann ich nun meine AMaVis'e dazu bewegen, gefakte Bounces zu erkennen und deren Annahme zu verweigern? Alternativ dazu, muss ich dann für solche Fälle eben doch eine Quarantäne vorhalten und derartigen Müll nicht zum Endkunden zurückzuwerfen. Also Raus aus dem Schützengraben und klärt mich mal auf, wo genau ich mich zu diesem angeblichen bounce killer feature einlesen und beeinflussen kann. Servus Django -- http://dokuwiki.nausch.org http://wetterstation-pliening.info http://ebersberger-liedersammlung.de

4 11

Relay ohne lokale Queue
by Lutz Reinhardt 16 Sep '15

16 Sep '15

Hallo zusammen, ist möchte folgendes tun: - ankommende Mails sollen an einen SMTP Server nur weitergeleitet werden (Relay halt) - dabei soll das ganze aber "live" passieren - so das wenn der Ziel SMTP Server an den die Mails weitergeleitet werden, abbricht bzw. die Mails abweist, die Response an den Sender weitergeleitet werden kann... - ich möchte damit verhindern das die Mails lokal "liegen bleiben" Ist das mit postfix umsetzbar? Danke im Voraus!

3 2

Hosts in mynetworks sollen nur Absender Adressen aus relay_recipient_maps verwenden dürfen
by Wenger Florian 10 Sep '15

10 Sep '15

Hallo Postfix-Users Kann ich Postfix so konfigurieren, dass angeschlossene Mailserver (gelistet in mynetworks) über Postfix relayen dürfen, aber als Absenderadressen nur diese Adressen verwenden dürfen, welche auch in relay_recipient_maps angegeben sind? Zur Erklärung ein paar mehr Fakten... Ich bastle gerade an einem neuen Mailgateway meines Arbeitgebers. Debian 8.2 ,Postfix 2.11.3, Amavis, Spamassassin, usw... Auf diesem Server gibt es keine Mailboxen oder Mailuser. Alle eingehenden Mails (von Internet-Seite) werden an verschiedene Mailsysteme (intern) weitergeleitet. In einer MySQL-Tabelle sind alle gültigen Empfänger-Adressen aller angeschlossenen internen Mailsysteme hinterlegt. Postfix kennt alle Empfänger-Adressen der angeschlossenen Mailsysteme und nimmt nur diese an. SMTP-Auth (SASL) oder address_verify_map für relay_domains ist leider nicht möglich. relay_domains = proxy:mysql:/etc/postfix/relay_domains.mysql = Liste der Domains die nach intern weitergeleitet werden. relay_recipient_maps = proxy:mysql:/etc/postfix/relay_recipients.mysql = Liste aller Empfänger-Adressen der relay_domains smtpd_reject_unlisted_recipient = yes = Postfix nimmt unbekannte Empfänger nicht an. Dank smtpd_reject_unlisted_sender = yes können auch nur Absender Adressen von meinen relay_domains verwendet werden, wenn diese in relay_recipient_maps vorhanden sind. Beispiel: relay_domains dom1.example.org dom2.example.org relay_recipients user1(a)dom1.example.org user2(a)dom1.example.org user1(a)dom2.example.org user2(a)dom2.example.org Wenn ich nun E-Mails über diesen Mailserver ins Internet-verschicke (von intern nach extern), kann ich nur die Absenderadressen verwenden die in relay_recipients angeführt sind. Dies funktioniert aber nur wenn die Absender-Domain in relay_domains angeführt sind. Absender user1(a)dom1.example.org funktioniert user2(a)dom2.example.org funktioniert user3(a)dom1.example.org funktioniert nicht NOQUEUE: reject: 550 5.1.0 Sender address rejected: User unknown in relay recipient table; genau so möchte ich das haben. Da die "internen" Mailsysteme auch in mynetworks geführt werden, können diese Mailsysteme E-Mails verschicken, deren Absender komplett unbekannt sind. Absender user0815(a)anderedomain.com funktioniert, sofern diese Domain existiert (Dank reject_unknown_recipient_domain) Kann ich Postfix so kinfigurieren, dass auch hosts in mynetworks nur absender Adressen verwenden dürfen, welche in relay_recipient_maps angegeben sind. Und andernfalls die Nachrichten nicht annimmt. Noch ein paar ergänzende Einstellungen meiner main.cf relay_domains = proxy:mysql:/etc/postfix/relay_domains.mysql transport_maps = hash:/etc/postfix/transport, $relay_domains relay_recipient_maps = proxy:mysql:/etc/postfix/relay_recipients.mysql smtpd_reject_unlisted_sender = yes smtpd_reject_unlisted_recipient = yes smtpd_helo_restrictions = warn_if_reject reject_unknown_helo_hostname smtpd_sender_restrictions = reject_unknown_sender_domain smtpd_relay_restrictions = check_recipient_access hash:/etc/postfix/mxsysallow reject_unknown_recipient_domain permit_mynetworks, reject_unauth_destination smtpd_recipient_restrictions = permit_mynetworks, check_recipient_access hash:/etc/postfix/mxsysallow # reject_unauth_destination is not needed here if the mail # relay policy is specified under smtpd_relay_restrictions # (available with Postfix 2.10 and later). reject_unauth_destination, check_helo_access hash:/etc/postfix/helo_access, reject_rbl_client zen.spamhaus.org, reject_rhsbl_reverse_client dbl.spamhaus.org, reject_rhsbl_helo dbl.spamhaus.org, reject_rhsbl_sender dbl.spamhaus.org check_policy_service inet:127.0.0.1:10023, check_policy_service unix:private/policy-spf, reject_rbl_client bl.spamcop.net, reject_rbl_client cbl.abuseat.org, --------------------------------- Folgendes habe ich auch schon probiert smtpd_relay_restrictions = check_recipient_access hash:/etc/postfix/mxsysallow reject_unknown_recipient_domain check_sender_access proxy:mysql:/etc/postfix/my_relay_senders.mysql, check_sender_access hash:/etc/postfix/my_special_relay_senders, REJECT, permit_mynetworks, reject_unauth_destination my_relay_senders.mysql ist eine Mysql-Abfrage auf die gleiche Tabelle, wie proxy:mysql:/etc/postfix/relay_recipients.mysql, Liefert aber OK wenn eine E-Mail Adresse matcht. Das Unschöne an dieser Lösung ist, dass "REJECT," im SMTP - Dialog ein 554 5.7.1 ...Recipient address rejected: Access denied; erzeugt, aber nicht über die falsche Absender-Adresse informiert. Vielleicht hat hier jemand eine Idee für meine Könfigurationswünsche MFG Flo

1 0

Mail von externen Servern abrufen
by Joachim Fahrner 05 Sep '15

05 Sep '15

Hallo, hat jemand einen Tipp mit welchem Tool man am besten/einfachsten Mails von externen POP3/IMAP-Postfächern abrufen kann? Google hat mir fetchmail und getmail ausgespuckt, aber ich habe keine Ahnung wie gut die für meine Umgebung geeignet sind. Mein Mailserver besteht aus Postfix und Dovecot mit virtuellen Nutzern (verwaltet über Postfixadmin). Es reicht wenn ich den Abruf als root einrichte, es ist nicht nötig dass jeder User das selber einrichten können soll. Es geht nur um ein Postfach meines Sohnes von der Uni, das er gerne in seinem normalen Postfach lesen möchte. Weiterleitung bietet die Uni leider nicht an. -- Mit besten Grüßen Joachim Fahrner PGP-Key: http://www.fahrner.name/JoachimFahrner.asc --------------------------------------------------- Es gibt keine Cloud. Es ist nur der Computer eines Anderen.

3 3

check-client-access-not-working ?
by Andre Hohmann 03 Sep '15

03 Sep '15

Hallo zusammen, ich habe immer noch keine Lösung für folgendes Problem: http://stackoverflow.com/questions/32270166/postfix-check-client-access-not… [1] Könnt ihr bitte mal schauen, ob ihr eine Idee habt? Hab die Einstellungen nun schon mehrfach überprüft und auch neu gesetzt, und kann mit immer noch nicht erklären, wo der Fehler liegt. Besten Dank! -- Mit freundlichen Grüssen Andre Hohmann Links: ------ [1] http://stackoverflow.com/questions/32270166/postfix-check-client-access-not…

4 5

Chunking / BDAT
by Philipp Resch 02 Sep '15

02 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Liste, mein Problem hat nicht direkt und ausschließlich mit Postfix zu tun, doch nachdem nun ein kompletter Tag des Forschens dahin ist dachte ich, ich frage mal hier: Kennt jemand einen MTA, der den RFC 3030 implementiert (BINARYMIME / CHUNKING) ? Alles was ich gefunden habe ist irgendein alter Fork von Qmail, und das will man ja eigentlich nicht. Gibt es vielleicht irgendeinen Patch für Postfix, den ich nur nicht gefunden habe? Kennt jemand den Grund, warum kein Mainstream MTA CHUNKING unterstützt, sonderlich kompliziert ist das ja eigentlich nicht... Hintergrund: Wir setzen auf einigen Server den PowerMTA von Port25 ein, haben jetzt aber für eine Applikation vor die Kosten etwas zu optimieren. Die Applikation hat für den Mailversand CHUNKING implementiert - das ließe sich sicherlich "ausbauen", schöner wäre aber wenn der neue MTA das auch unterstützt. Besten Dank schonmal, Philipp -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJV5z/qAAoJEC6sCbYfpzg9ieIH/2fPJoiOnhKZhp6COiAtgffs FPK4mgvvZX5+EHpgnkHfu7aL5YiR39QUw1K12jOCHV/IHcop6+JnzURYcb1abhm+ qQPddde3CvoFf77YWwGhYjXZtiGT7/nxzvHSVADs66fFROUewX0zefI9obhCzh9+ a99ISD84O/yOegt97DwgRArLF0ekR54P8S/O/p6IrmOm/wJDczsmaeDw4PbQacXp Ke+bNQVKjvkRWy1JHwOQgv+xiljGInfaaOnm2ec7PfuVRri5LyVVMELwYMa7qR2p nV4Yv8SfN3Gttres+YzIxPjd9D4cG4cbUZCE3ziA1QrRo5l2sU7TpQhdaGZkfLM= =4Y68 -----END PGP SIGNATURE-----

2 1

Mail nicht übergeben
by Jörg Bornholt 02 Sep '15

02 Sep '15

Hallo, ich betreibe seit 5 Jahren einen Postfix-Server als relay für meinen Exchange. Das System ist an sich absolut stabil und zuverlässig. Einer Userin meldete das sie eine von drei Mails nicht erhalten hatte und bei der Sichtung bin ich auf folgende Logeinträge gestossen. ############## Aug 26 19:58:03 relay postfix/smtpd[24613]: E0CA3144A8B: client=mout.gmx.net[212.227.17.20] Aug 26 19:58:03 relay postfix/cleanup[24616]: E0CA3144A8B: message-id=<001501d0e028$c0aaff50$4200fdf0$(a)gmx.de> Aug 26 19:58:03 relay postfix/qmgr[22954]: E0CA3144A8B: from=<regina.unbekannt(a)gmx.de>, size=3894, nrcpt=1 (queue active) Aug 26 19:58:04 relay postfix/smtp[24617]: E0CA3144A8B: to=<Lena.unbekannt(a)unbekannt.com>, relay=flsv-mail.flitoe.unbekannt.de[10.20.0.20]:25, delay=0.54, delays=0.12/0.01/0/0.4, dsn=2.6.0, status=sent (250 2.6.0 <001501d0e028$c0aaff50$4200fdf0$(a)gmx.de> [InternalId=3748098] Queued mail for delivery) Aug 26 19:58:04 relay postfix/qmgr[22954]: E0CA3144A8B: removed ############### so sieht es richtig aus. Die Mail wurde an den Exchange zugestellt. Aber hier nicht: ############### Aug 26 10:54:05 relay postfix/smtpd[22178]: 91134144A8B: client=mout.gmx.net[212.227.15.18] Aug 26 10:54:05 relay postfix/cleanup[22180]: 91134144A8B: message-id=<trinity-5167db0a-c22e-43ca-bb26-42253bf46019-1440579244775@3capp-gmx-bs23> Aug 26 10:54:05 relay postfix/qmgr[21987]: 91134144A8B: from=<Regina.unbekannt(a)gmx.de>, size=107776, nrcpt=1 (queue active) Aug 26 10:54:06 relay postfix/smtp[22150]: 91134144A8B: to=<Lena.unbekannt(a)unbekannt.com>, relay=flsv-mail.flitoe.unbekannt.de[10.20.0.20]:25, delay=0.86, delays=0.19/0/0/0.67, dsn=2.0.0, status=sent (250 2.0.0 OK) Aug 26 10:54:06 relay postfix/qmgr[21987]: 91134144A8B: removed ############### Was kann hier mit dieser Mail passiert sein. Sie ist im Exchange nie angekommen. Der Eintrag dsn=2* besagt ja es wurde zugestellt. Der Satz "Queued mail for delivery" fehlt hier gänzlich. Kann mir Jemand einen Tip geben, was hier los sein könnte? LG aus Mühldorf Joerg Bornholt Meine config (hab meine Domäne und Namen durch "unbekannt" ersetzt): (Postfix 2.7.1 auf Debian Squeeze, Exchange 2010) alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix inet_interfaces = all local_transport = error:Local delivery disabled! mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 message_size_limit = 30720000 mydestination = myhostname = relay.unbekannt.com mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relay_domains = unbekannt.com relay_recipient_maps = hash:/etc/postfix/relay_recipients relayhost = smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP UNBEKANNT smtpd_recipient_restrictions = reject_non_fqdn_recipient reject_non_fqdn_sender reject_unknown_sender_domain reject_unknown_recipient_domain permit_mynetworks reject_unauth_destination reject_non_fqdn_helo_hostnamereject_invalid_helo_hostname check_helo_access pcre:/etc/postfix/helo_checks check_sender_mx_access cidr:/etc/postfix/bogus_mx permit smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes transport_maps = hash:/etc/postfix/transport virtual_alias_maps = hash:/etc/postfix/virtual_alias

4 4

IPv6 only sinnvoll ??
by Markus Müller 27 Aug '15

27 Aug '15

Hallo Liste, ist es sinnvoll, einen Mailserver ausschliesslich mit einer IPv6 Adresse zu betreiben, oder gibt es kompatibilitätsprobleme mit Mailservern, die nur IPv4 verstehen? Gibt es in Deutschland überhaupt noch Mailserver, die ausschliesslich IPv4 ohne IPv6 verstehen ? Grüsse, M.

7 9

Mailadressen mit . und - zusammen werden gebounced
by Jakob-Matthias Böttger 20 Aug '15

20 Aug '15

Hallo ich habe ein ISPconfig Setup mit Postfix und Dovecot. Alles funktioniert einwandfrei. Heute wollte ich eine Mailadresse nach dem schema test.test-test(a)domain.tld erstellen. Dovecot login mit der Mailadresse geht. Postmap -q der mysql-virtual*.cf geht auch. Sende ich eine mail an diese Adresse sende bekomme ich ein: postfix/pipe[4283]: 9923F463491: to=<test.test-test(a)domain.tld>, relay=dovecot, delay=0.08, delays=0.04/0/0/0.04, dsn=5.1.1, status=bounced (user unknown) Wenn ich den pipe debugge bekomme ich Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_eval: const -a Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: ${recipient} Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_update: recipient = test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: ${recipient} Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_eval: expand ${recipient} -> test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: -d Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: -d Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_eval: const -d Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: ${user}@${nexthop} und hier scheint der Fehler zu liegen irgendwie wird die Adresse nicht richtig geparsed. -> Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_update: user = test.test -> Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: ${user}@${nexthop} -> Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_eval: expand ${user}@${nexthop} -> test.test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5265]: setugid: uid 5000 gid 5000 Aug 20 10:17:26 a1 postfix/pipe[5264]: connect to subsystem private/bounce Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr nrequest = 0 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr flags = 0 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr queue_id = A1218463491 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr original_recipient = test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr recipient = test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr offset = 685 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr dsn_orig_rcpt = rfc822;test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr notify_flags = 0 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr status = 5.1.1 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr diag_type = x-unix Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr diag_text = user unknown Ist das Problem bei einem von Euch auch schonmal aufgetreten oder kennt ihr die Lösung? Gruss Jakob

1 1

DKIM Erlebnisse
by Joachim Fahrner 08 Aug '15

08 Aug '15

Hatte eben ein "nettes" Erlebnis mit DKIM. Meine Domain ist mit DKIM gesichert. Wollte über ein Online-Formular etwas bestellen. Dort gibt man u.a. seine Mailadresse an. Das Formular erzeugt dann eine Bestell-Mail mit dieser Mailadresse als Absender. Da der Webserver aber natürlich keine passende DKIM-Signatur erzeugen kann bounced die Mail nun beim Empfänger. Bekomme jetzt in regelmässigen Abständen Backscatter wegen der Unzustellbarkeit. host mx.53453048.de.strato-hosting.eu [81.169.145.101] SMTP error from remote mail server after end of data: 550 5.7.1 Refused by local policy. No Author Domain Signature was found on the message, and the published ADSP was 'all' (_adsp._domainkey.fahrner.name)) -- Mit besten Grüßen Joachim Fahrner PGP-Key: http://www.fahrner.name/JoachimFahrner.asc --------------------------------------------------- Es gibt keine Cloud. Es ist nur der Computer eines Anderen.

5 9