- postfix-users - list.sys4.de

Postfix soll E-Mails an E-Mail-Adressen annehmen, deren Existenz es derzeit nicht feststellen kann
by Rudolf E. Steiner 12 Mar '22

12 Mar '22

Hallo Kollegen. Wir verwenden Postfix auch als Reserve-MX für Domänen, deren Haupt-MX wir selbst nicht betreiben. Damit haben wir auch keine Informationen darüber, welche E-Mail-Adressen in den jeweiligen Domänen existieren. Wenn bekannt ist, welche E-Mail-Adressen in einer Domäne existieren, können diese in der Konfiguration von Postfix angegeben werden. Wenn diese aber nicht bekannt sind, wird folgendes Szenario aktiv: Postfix als Reserve-MX überprüft während des Erhalts einer E-Mail, ob die E-Mail-Adresse existiert, indem es beim Haupt-MX nachfragt und das Resultat in der Datei "verify_cache.db" speichert. Wenn der Haupt-MX positiv reagiert, nimmt Postfix die E-Mail an und leitet sie weiter. Wenn der Haupt-MX negativ reagiert, lehnt Postfix die E-Mail schon im SMTP-Dialog ab, damit kein potentieller "Müll" in der Queue entsteht, der zu potentiell gefälschten Absenderadressen retour gesendet werden muss. Wenn nun aber der Haupt-MX nicht erreichbar ist oder beispielsweise den Verbindungsaufbau per ICMP ablehnt und gleichzeitig noch kein passender Eintrag in der Datei "verify_cache.db" existiert, kann der Backup-MX nicht feststellen, ob die Ziel-E-Mail-Adresse existiert. In diesem Fall lehnt Postfix als Backup-MX die E-Mail ab. Das läuft entgegen der Funktion eines Backup-MX. Ich würde Postfix gerne beibringen, dass er im Fall der Nichtfeststellbarkeit der Existenz einer Ziel-E-Mail-Adresse, die E-Mail trotzdem annimmt, in allen anderen Fällen aber wie oben beschrieben arbeitet. Mir ist bewusst, dass dadurch vereinzelt E-Mails angenommen werden könnten, die auch dann, wenn der Haupt-MX wieder erreichbar ist, nicht zugestellt werden können, da die Ziel-E-Mail-Adressen nicht existieren könnten. Insgesamt wäre das aber, meiner Ansicht nach, die wesentlich schönere Lösung bei einem Ausfall des Haupt-MX. Mit vielen solcher Nachrichten ist, denke ich, nicht zu rechnen, da die liste der existierenden bzw. nicht existierenden E-Mail-Adressen bereits zum Großteil in der Datei "verify_cache.db" abgebildet sein sollte. Kennt jemand von Euch eine Möglichkeit, Postfix auf diese Art zu konfigurieren? -- nemox.net Rudolf E. Steiner r.steiner(a)nemox.net http://nemox.net/pdat/res/

5 10

Verständnisfrage
by Papierkorb 10 Mar '22

10 Mar '22

Hallo zusammen, ich habe von meinem Hoster eine Abuse-Message bekommen, die meinen Server betrifft und habe im Log die Stelle gefunden, um die es geht. Offenbar hat mein Server eine Mail an bounce(a)gmx.net geschickt, was GMX dann offenbar gemeldet hat. Ich bin kein Experte und habe da gerade ein Problem zu verstehen, was genau da passiert ist: *** Feb 8 13:44:40 mail postfix/smtpd[22650]: warning: hostname 43392.vm.hostglobal.ws does not resolve to address 109.237.100.107 Feb 8 13:44:40 mail postfix/smtpd[22650]: connect from unknown[109.237.100.107] Feb 8 13:44:40 mail postgrey[739]: action=pass, reason=triplet found, client_name=unknown, client_address=109.237.100.107/32, sender=bounce(a)gmx.net, recipient=XXX(nicht existentes Postfach) Feb 8 13:44:40 mail postfix/smtpd[22650]: D9AFE421BD8: client=unknown[109.237.100.107] Feb 8 13:44:40 mail postfix/cleanup[22804]: D9AFE421BD8: message-id=<> Feb 8 13:44:40 mail postfix/qmgr[1358]: D9AFE421BD8: from=<bounce(a)gmx.net>, size=2129, nrcpt=1 (queue active) Feb 8 13:44:40 mail postfix/lmtp[22805]: D9AFE421BD8: to=XXX(nicht existentes Postfach), relay=127.0.0.1[127.0.0.1]:24, delay=0.24, delays=0.22/0.01/0.01/0.01, dsn=5.1.1, status=bounced (host 127.0.0.1[127.0.0.1] said: 550 5.1.1 <XXX(nicht existentes Postfach)> User doesn't exist: XXX(nicht existentes Postfach) (in reply to RCPT TO command)) Feb 8 13:44:40 mail postfix/cleanup[22804]: F1670421EC3: message-id=<20220208124440.F1670421EC3@XXXmailserver> Feb 8 13:44:40 mail postfix/bounce[22807]: D9AFE421BD8: sender non-delivery notification: F1670421EC3 Feb 8 13:44:40 mail postfix/qmgr[1358]: F1670421EC3: from=<>, size=4333, nrcpt=1 (queue active) Feb 8 13:44:40 mail postfix/qmgr[1358]: D9AFE421BD8: removed Feb 8 13:44:41 mail postfix/smtpd[22650]: disconnect from unknown[109.237.100.107] ehlo=1 mail=1 rcpt=1 bdat=1 quit=1 commands=5 Feb 8 13:44:41 mail postfix/smtp[22808]: F1670421EC3: to=<bounce(a)gmx.net>, relay=mx00.emig.gmx.net[212.227.15.9]:25, delay=0.51, delays=0/0.01/0.18/0.32, dsn=2.0.0, status=sent (250 Requested mail action okay, completed: id=1Mvr6b-1o96Xa0lOx-00snH3) Feb 8 13:44:41 mail postfix/qmgr[1358]: F1670421EC3: removed *** 1) Offenbar versucht ein unbekannter nicht-GMX-Server als angeblicher "bounce(a)gmx.net" eine Mail an ein Postfach auf meinem Server einzuliefern, das nicht existiert. 2) Mein Mailserver gibt daraufhin den Fehler 550 5.1.1 zurück. 3) Ich vermute das Problem entsteht in der vorletzten Zeile. Verstehe ich das richtig, dass mein Server eine Rückmeldung (Empfänger existiert nicht) an bounce(a)gmx.net versendet? Dies sollte er vermutlich unter diesen Umständen nicht tun. Gehe ich richtig in der Annahme, dass ich meinen Server so umkonfigurieren muss, dass er die Kommunikation wegen des warnings in Zeile1 besser umgehend beenden sollte, um die Mail an bounce(a)gmx.net zu verhindern? Welches wäre die richtige Anweisung dafür in der main.cf? Oder ist es eine andere Stelle, an der mein Server falsch reagiert? Vielen Dank vorab! Gruß Markus

6 20

Frage zu dieser Mailinglist
by Markus Winkler 11 Feb '22

11 Feb '22

Hi Leute, nur mal eine Frage, ob das bei Euch auch so ist: Ich habe in den letzten Tagen die Beobachtung gemacht, dass die Mails an diese Liste hier zeitlich nur stark verzögert ausgeliefert werden. Ich hatte gestern Abend nach 21:00 Uhr zwei Antworten geschrieben und zu dieser Zeit Mails von anderen Listenmitgliedern noch nicht gesehen, die schon eine ganze Ecke früher verfasst worden waren: 10.02.22 15:23 Juergen Dolling Re: Verständnisfrage 10.02.22 19:21 Markus Schönhab Re: Verständnisfrage 10.02.22 20:21 Ludi Cree AW: Verständnisfrage Diese habe ich heute früh erst gesehen. Man sieht das auch an den Headern (meine eigene Mail von 21:15 Uhr) wurde erst 9 Stunden später intern weiter verarbeitet: --- snip --- Received: from de.postfix.org (localhost [127.0.0.1]) by de.postfix.org (Postfix) with ESMTP for <ml(a)irmawi.de>; Fri, 11 Feb 2022 06:14:43 +0100 (CET) X-Original-To: postfix-users(a)de.postfix.org Delivered-To: postfix-users(a)de.postfix.org Received: from localhost (localhost [127.0.0.1]) by de.postfix.org (Postfix) with ESMTP id 4Jvp1K4XxSz1tHT for <postfix-users(a)de.postfix.org>; Thu, 10 Feb 2022 21:16:37 +0100 (CET) Received: from de.postfix.org ([127.0.0.1]) by localhost (de.postfix.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ADA51ja5ud7R for <postfix-users(a)de.postfix.org>; Thu, 10 Feb 2022 21:15:47 +0100 (CET) --- snip --- Scheint, als hätte Amavis auf dem Listserver da (Last-)Probleme? Und auch schon beim Einliefern der Mails an de.postfix.org braucht es "ewig", bis das komplett abgearbeitet ist: Feb 10 21:18:13 mx1 postfix/smtp[6310]: Trusted TLS connection established to de.postfix.org[141.42.206.35]:25: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) Feb 10 21:19:02 mx1 postfix/smtp[6310]: 151CD401E8: to=<postfix-users(a)de.postfix.org>, relay=de.postfix.org[141.42.206.35]:25, delay=49, delays=0.07/0/0.27/49, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 4Jvp45703Mz1t7D) Feb 10 21:19:02 mx1 postfix/qmgr[6849]: 151CD401E8: removed Nach dem Verbindungsaufbau also noch 49 Sekunden, bis die etwas mehr als 2 KB übertragen worden waren. Deckt sich das mit Euren Erfahrungen? Danke und viele Grüße Markus

1 1

Virtualmailboxes und transport_maps
by Dirk Völlger 31 Jan '22

31 Jan '22

Hallo, aufgrund von Problemen bei der Zustellung an Microsoft Domains (outlook, hotmail, live etc) möchte ich an diese Empfänger über eienen anderen smtp server verschicken und nutzte dafür folgendes Tutorial. https://www.linuxbabe.com/mail-server/postfix-transport-map-relay-map-flexi… Da ich aber virtuelle mailboxen nutze wird die transport_maps nicht gelesen. Gibt es eine Möglichkeit, auch mit virtuellen mailboxen einen solchen relay hinzukriegen? Danke und Grüße

2 1

Konfiguration von Postfix als SMTP-Relay
by Michael Hartmann 09 Jan '22

09 Jan '22

Hallo, ich hoffe das die mailing-list noch aktiv ist und ich hier Hilfe finde. Ich habe einen ESP8266 mit ESPeasy der mir auf bestimmte Events Emails senden soll. Da er kein TLS beherscht, web.de aber nur gesicherte Verbindungen über port 587 akzeptiert, möchte ich Postfix als SMTP-Relay einsetzen. Ich habe Postfix auf einem Raspberry installiert und wie folgt konfiguriert: # See /usr/share/postfix/main.cf.dist for a commented, more complete version # Debian specific: Specifying a file name will cause the first # line of that file to be used as the name. The Debian default # is /etc/mailname. #myorigin = /etc/mailname smtpd_banner = $myhostname ESMTP $mail_name (Raspbian) biff = no # appending .domain is the MUA's job. append_dot_mydomain = no # Uncomment the next line to generate "delayed mail" warnings #delay_warning_time = 4h readme_directory = no # See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 on # fresh installs. compatibility_level = 2 # 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 #additions 2022-01-09 smtp_enforce_tls = yes smtp_tls_enforce_peername = no smtpd_tls_security_level = may # See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for # information on enabling SSL in the smtp client. smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination myhostname = SmartMeterTS.fritz.box alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases mydestination = $myhostname, SmartmeterTS, SmartMeterTS, localhost.localdomain, localhost relayhost = smtp.web.de:587 mynetworks = 127.0.0.0/8 192.168.178.30 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all # changes 2022-01-09 inet_protocols = ipv4 # additions 2022-01-09 smtp_sasl_auth_enable = yes sender_canonical_maps = hash:/etc/postfix/sender_canonical smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous Die Dateien sasl_passwd und sender_canonical sind angelegt und konvertiert. Die Zugangsdaten darin sind korrekt! Dennoch scheint die Authentifizierung beii web.de fehlzuschlagen, wenn ich vom Raspi eine Test-email versende: echo "Das ist der E-Mail Inhalt!" | mail -s "Postfix Test" -a "From: Pi" mihartmann(a)gmx.de Auszug aus /var/log/mail.log: Jan 9 12:32:15 SmartMeterTS postfix/pickup[4506]: 58CB47BCD3: uid=1000 from=<Pi@SmartMeterTS> Jan 9 12:32:15 SmartMeterTS postfix/cleanup[4515]: 58CB47BCD3: message-id=<20220109113215.58CB47BCD3(a)SmartMeterTS.fritz.box> Jan 9 12:32:15 SmartMeterTS postfix/qmgr[4507]: 58CB47BCD3: from=<hartmann-micha(a)web.de>, size=372, nrcpt=1 (queue active) Jan 9 12:32:15 SmartMeterTS postfix/smtp[4517]: 58CB47BCD3: to=<mihartmann(a)gmx.de>, relay=smtp.web.de[213.165.67.124]:587, delay=0.35, delays=0.07/0.12/0.15/0.01, dsn=5.0.0, status=bounced (host smtp.web.de[213.165.67.124] said: 530 Authentication required (in reply to MAIL FROM command)) Jan 9 12:32:15 SmartMeterTS postfix/cleanup[4515]: B09467BCD6: message-id=<20220109113215.B09467BCD6(a)SmartMeterTS.fritz.box> Jan 9 12:32:15 SmartMeterTS postfix/bounce[4519]: 58CB47BCD3: sender non-delivery notification: B09467BCD6 Jan 9 12:32:15 SmartMeterTS postfix/qmgr[4507]: B09467BCD6: from=<>, size=2411, nrcpt=1 (queue active) Jan 9 12:32:15 SmartMeterTS postfix/qmgr[4507]: 58CB47BCD3: removed Jan 9 12:32:15 SmartMeterTS postfix/smtp[4517]: B09467BCD6: to=<hartmann-micha(a)web.de>, relay=smtp.web.de[213.165.67.108]:587, delay=0.16, delays=0.01/0/0.14/0.01, dsn=5.0.0, status=bounced (host smtp.web.de[213.165.67.108] said: 530 Authentication required (in reply to MAIL FROM command)) Jan 9 12:32:15 SmartMeterTS postfix/qmgr[4507]: B09467BCD6: removed Kann mir jemand sagen, wo der Fehler in meiner Konfiguration liegt? Grüße Micha

3 2

sender_dependent_relayhost_maps und /dev/null?
by Walter H. 30 Dec '21

30 Dec '21

Hallo, meine ausgehende postfix-Instanz hat das sender_dependent_relayhost_maps = hash:/etc/postfix/dependent_relayhost in der main.cf, dort wird je nach Absender-Domain auf die entsprechenden Smarthosts verzweigt; gibts eine Möglichkeit, f. eine Art 'else', diese zu shreddern bzw. zu verwerfen? momentan ist der File so aufgebaut @domain1 smtp.host:587 @domain2 smtp.host:587 @ispdomain smtp.ispdomain:587 ; da würd ich jetzt den Rest verwerfen, ; nur wie? Danke, Walter

2 1

Postfix - clamav - Ausnahmen für OLE2BlockMacros möglich?
by Andreas Wass - Glas Gasperlmair 29 Nov '21

29 Nov '21

Hallo zusammen, wir verwenden Postfix in Kombination mit ClamAV (über rspamd eingebunden) mit der Einstellung "OLE2BlockMacros true" (/etc/clamav/clamd.conf). Ist es möglich, diese Einstellung für spezielle Kunden IP-Adressen zu umgehen und deren E-Mails mit Macros in Dokumenten zuzulassen? vg, Andi

4 4

Whitelist by subject
by Lothar Schilling 24 Nov '21

24 Nov '21

Guten Tag, ich administriere u.a. einen kleinen (Samba-)Server einer befreundeten Organisation und lasse mir von diesem Server regelmäßig Log-Dateien zumailen. Die fallen aber meistens unserem Relay-Server zum Opfer. Manchmal schlagen die smtpd_relay_restrictions zu (Blacklist bei Spamhaus), meistens aber postscreen mit seinen DNS-Blackholelists. Das Problem ist, dass der versendende Server eine dynamische IP-Adresse hat. Ist es möglich diese Mails zu whitelisten, z.B. anhand einer sehr prägnanten Betreff-Zeile, bevor sie überhaupt den smtpd_relay_restrictions bzw postscreen zum Opfer fallen? Vielen Dank für Vorschläge Lothar Schilling

4 5

smtp_tls_wrappermode
by Liebeskind Uri (luri) 11 Nov '21

11 Nov '21

Hi, I've been debugging this problem for some hours w/o any result and w/o understanding what postfix does. PROBLEM: postfix 3.3.0 (ubuntu server) complains: 2021-11-11T08:05:56.523648+01:00 srv-mx-001 postfix/smtp[128867]: SMTPS wrappermode (TCP port 465) requires setting "smtp_tls_wrappermode = yes", and "smtp_tls_security_level = encrypt" (or stronger) An extract of the relevant main.cf config is: smtp_use_tls = yes smtp_tls_security_level = encrypt smtp_tls_note_starttls_offer = yes smtp_tls_loglevel = 0 smtp_tls_session_cache_timeout = 7200s smtp_tls_session_cache_database = btree:${data_directory}/smtp_tls_session_cache smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt relayhost = [smtpa.zhaw.ch]:465 # Exchange Server SITUATION: Mails are sent fine, but the warning is disturbing. tcpdump verifies that a TLSv1.1 connection is established with the exchange server. After adding "smtp_tls_wrappermode = yes" to main.cf mails are stuck in the queue and the maillog notes: 2021-11-10T15:35:58.486907+01:00 srv-mx-001 postfix/smtp[77257]: SSL_connect:before SSL initialization 2021-11-10T15:35:58.487233+01:00 srv-mx-001 postfix/smtp[77257]: SSL_connect:SSLv3/TLS write client hello 2021-11-10T15:35:58.488035+01:00 srv-mx-001 postfix/smtp[77257]: SSL_connect:error in error 2021-11-10T15:35:58.488197+01:00 srv-mx-001 postfix/smtp[77257]: SSL_connect error to smtpa.zhaw.ch[160.85.196.22]:465: -1 2021-11-10T15:35:58.488403+01:00 srv-mx-001 postfix/smtp[77257]: warning: TLS library problem: error:1408F10B:SSL routines:ssl3_get_record:wrong version number:../ssl/record/ssl3_record.c:332: 2021-11-10T15:35:58.488573+01:00 srv-mx-001 postfix/smtp[77257]: remove session smtp&[smtpa.zhaw.ch]:465&smtpa.zhaw.ch&160.85.196.22&&C446696C381BB4783617E247C83E64CA02BCF13BDDA1472FA70290A9E56E2965 from client cache 2021-11-10T15:35:58.488790+01:00 srv-mx-001 postfix/tlsmgr[77254]: delete smtp session id=smtp&[smtpa.zhaw.ch]:465&smtpa.zhaw.ch&160.85.196.22&&C446696C381BB4783617E247C83E64CA02BCF13BDDA1472FA70290A9E56E2965 2021-11-10T15:35:58.497053+01:00 srv-mx-001 postfix/smtp[77257]: 7156C3FAA3: to=<luri(a)zhaw.ch>, relay=smtpa.zhaw.ch[160.85.196.22]:465, delay=0.03, delays=0.01/0.01/0/0, dsn=4.7.5, status=deferred (Cannot start TLS: handshake failure) tcpdump shows that postfix tried to connect with TLSv1 and this will expectedly fail Why does postfix change from TLSv1.1 to TLSv1? How can I fix this? Thank you and kind regards, Uri Liebeskind -- ------------------------------------ Zurich University of Applied Sciences Information and Communication Technology Uri Liebeskind System Administrator Gertrudstrasse 15 Postfach 805 CH-8401 Winterthur Tel. +41 58 934 72 63 http://www.zhaw.ch/en/ -------------------------------------

1 0

Sparkassenspam
by Andreas Reschke 10 Nov '21

10 Nov '21

Hallo zusammen, täglich kommen bei meinen User ca. 5 Mails mit Sparkasse Spam bzw. Pishing an. Mein rspamd lässt viele davon leider durch. Was kann kann ich ändern bzw. wie Abhilfe leisten? So zeigt rspamd dies über das Webinterface an: Symbols Sort by: *RSPAMD_URIBL* (4.5) [yomegosmr.com:url] *RECEIVED_SPAMHAUS_XBL* (3) [92.80.251.71:received] *OLD_X_MAILER* (2) *AUTH_NA* (1) *R_MIXED_CHARSET* (0.833333) [subject] *MV_CASE* (0.5) *MIME_HTML_ONLY* (0.2) *RCVD_NO_TLS_LAST* (0.1) *FROM_HAS_DN* (0) *TO_DN_NONE* (0) *ARC_NA* (0) *RCVD_VIA_SMTP_AUTH* (0) *RCVD_COUNT_TWO* (0) [2] *RECEIVED_SPAMHAUS_PBL* (0) [92.80.251.71:received] *R_SPF_NA* (0) [no SPF record] *MIME_TRACE* (0) [0:~] *TO_MATCH_ENVRCPT_ALL* (0) *FROM_EQ_ENVFROM* (0) *DMARC_NA* (0) [carsystem.co.rs] *MID_RHS_MATCH_FROM* (0) *GREYLIST* (0) [pass,body] *RCPT_COUNT_ONE* (0) [1] *R_DKIM_NA* (0) *ASN* (0) [asn:203877, ipnet:185.102.236.0/22, country:RS] *PREVIOUSLY_DELIVERED* (0) [xxx(a)xxx.de] subject = Wir ändern unsere Verfahren oder Sparkasse Sicherheitshinweis Gruß Andreas

5 4