January 2016 - postfix-users

postfix zu mailman: User doesn't exist/relay access denied
by walter＠ifkuk.org 31 Jan '16

31 Jan '16

Hallo habe auf unserem Server auf welchem seit drei Jahren Dovecot/Postfix, auch nach distupgrade auf Debian 8 Jessie, ohne Probleme läuft, mailman installiert und bekomme wenn ich von einer internen E-Mailadresse (Einer E-Mailadresse mit Domain welche vom Server selbst verwaltet wird) eine Testmail sende den Error User doesn't exist und wenn ich von einer externen E-Mailadresse, z.B. Gmail, sende "relay access denied". Ich habe auf HowtoForge den Inhalt der Konfigurationsdateien gepostet: https://www.howtoforge.com/community/threads/postfix-mailman-debian8.72052/ Offensichtlich habe ich einen Konfigurationsfehler, bin aber schon total betriebsblind. Nachdem ich drei Tage investiert hatte, habe ich aufgegeben, wir benötigen die Mailinglisten aber dringend, weshalb ich hier um Hilfe bitte. Liebe Grüße und Dank Walter

1 0

Mailblehnung wg. MX Auflösung - wie debuggen?
by Lars Täuber 27 Jan '16

27 Jan '16

Hallo zusammen! Auf unseren MX hosts werden Mails abgelehnt. Allerdings kann ich die Meldung der Ablehnung nicht nachvollziehen: Jan 25 19:44:20 mx2 postfix/smtpd[13298]: connect from mail-wm0-f46.google.com[74.125.82.46] Jan 25 19:44:20 mx2 postfix/smtpd[13298]: NOQUEUE: reject: RCPT from mail-wm0-f46.google.com[74.125.82.46]: 554 5.7.1 <...(a)ku.edu.tr>: Sender address rejected: Bogus NS/MX in RFC 1918 private network; from=<...(a)ku.edu.tr> to=<...> proto=ESMTP helo=<mail-wm0-f46.google.com> Jan 25 19:44:20 mx2 postfix/smtpd[13298]: disconnect from mail-wm0-f46.google.com[74.125.82.46] Die Fehlermeldung deutet auf folgende Tests hin: /etc/postfix/main.cf: smtpd_sender_restrictions = [...] check_sender_mx_access cidr:/etc/postfix/bogon_networks.cidr check_sender_ns_access cidr:/etc/postfix/bogon_networks.cidr /etc/postfix/bogon_networks.cidr: # Quellen: http://www.iana.org/assignments/ipv4-address-space/ # Quellen: http://www.iana.org/assignments/ipv6-address-space/ # # IPv4 # 0.0.0.0/8 REJECT Bogus NS/MX in broadcast network 10.0.0.0/8 REJECT Bogus NS/MX in RFC 1918 private network 100.64.0.0/10 REJECT BOGUS NS/MX in RFC 6598 private network 127.0.0.0/8 REJECT Bogus NS/MX in loopback network 169.254.0.0/16 REJECT Bogus NS/MX in link lokal network 172.16.0.0/12 REJECT Bogus NS/MX in RFC 1918 private network 192.0.2.0/24 REJECT Bogus NS/MX in TEST-NET network 192.168.0.0/16 REJECT Bogus NS/MX in RFC 1918 private network 198.18.0.0/15 REJECT Bogus NS/MX in RFC 2544 benchmark network 224.0.0.0/4 REJECT Bogus NS/MX in class D multicast network 240.0.0.0/5 REJECT Bogus NS/MX in class E reserved network 248.0.0.0/5 REJECT Bogus NS/MX in reserved network Die MX hosts für die Absenderadresse lauten: # host ku.edu.tr ku.edu.tr has address 88.255.96.208 ku.edu.tr mail is handled by 30 ASPMX4.GOOGLEMAIL.COM. ku.edu.tr mail is handled by 30 ASPMX2.GOOGLEMAIL.COM. ku.edu.tr mail is handled by 30 ASPMX3.GOOGLEMAIL.COM. ku.edu.tr mail is handled by 20 ALT1.ASPMX.L.GOOGLE.COM. ku.edu.tr mail is handled by 30 ASPMX5.GOOGLEMAIL.COM. ku.edu.tr mail is handled by 10 ASPMX.L.GOOGLE.COM. ku.edu.tr mail is handled by 20 ALT2.ASPMX.L.GOOGLE.COM. Alle samt haben keine Adressen aus dem reservierten privaten IPv4 Adressraum. Allerdings liefern auch alle eine IPv6 Adresse zurück. ASPMX2.GOOGLEMAIL.COM has address 74.125.68.27 ASPMX2.GOOGLEMAIL.COM has IPv6 address 2404:6800:4003:c02::1a ASPMX3.GOOGLEMAIL.COM has address 64.233.189.27 ASPMX3.GOOGLEMAIL.COM has IPv6 address 2404:6800:4008:c07::1a ASPMX4.GOOGLEMAIL.COM has address 173.194.72.27 ASPMX4.GOOGLEMAIL.COM has IPv6 address 2404:6800:4008:c01::1b ASPMX5.GOOGLEMAIL.COM has address 74.125.25.27 ASPMX5.GOOGLEMAIL.COM has IPv6 address 2607:f8b0:400e:c03::1a ASPMX.L.GOOGLE.COM has address 173.194.65.27 ASPMX.L.GOOGLE.COM has IPv6 address 2a00:1450:4013:c00::1a ALT1.ASPMX.L.GOOGLE.COM has address 74.125.68.27 ALT1.ASPMX.L.GOOGLE.COM has IPv6 address 2404:6800:4003:c02::1a ALT2.ASPMX.L.GOOGLE.COM has address 64.233.189.27 ALT2.ASPMX.L.GOOGLE.COM has IPv6 address 2404:6800:4008:c07::1a Wie kann ich das weiter debuggen? Hat jemand eine Ahnung, was ich hier falsch konfiguriert haben könnte? # postconf mail_version mail_version = 2.11.0 Vielen Dank und Grüße Lars -- Informationstechnologie Berlin-Brandenburgische Akademie der Wissenschaften Jägerstraße 22-23 10117 Berlin Tel.: +49 30 20370-352 http://www.bbaw.de

3 4

Milter & [name]
by Django 25 Jan '16

25 Jan '16

HI, in der transport Map kann ich ja mit Hilfe der eckigen Klammern festlegen, ob ein MX-Rcord gesucht wird, oder der betreffende A-Record. # Alle eMails, die an die Domain example.com gerichtet sind, werden an # den bzw. die Mailserver der Mail-Domäne t-offline.de (MX-Records) # weitergeleitet. (keine "["-Klammern!) example.com smtp:t-offline.de # Mails an backup.nausch.org werden an den Mailserver (A-Record) auf # Port 25 mit Namen mail.intra.nausch.org geschickt. backup.nausch.org smtp:[mail.intra.nausch.org]:25 Soweit so gut, ist ja nichts geheimes oder gar überraschendes. Nun kommen wir zu einen der Fragen, die vermutlich unbeantwortet bleiben wird. ;) ################################################################################ ## MILTER # Django : 2014-11-18 # DMARC Test spf_milter = inet:127.0.0.1:8890 opendkim_milter = inet:127.0.0.1:8891 opendmarc_milter = inet:127.0.0.1:8893 amavisd_milter = inet:10.0.0.67:8899 Diese Variablen werden dann in der master.cf genutzt: smtpd pass - - n - - smtpd -o smtpd_milters=${spf_milter}, ${opendkim_milter}, ${opendmarc_milter}, ${amavisd_milter} -o smtpd_sasl_auth_enable=no Ich gehe mal davon aus, dass Postfix nur beim Transport "smtp" die MX-Records abfrägt, nicht aber beim Transport "inet", richtig? Gäbe es denn einen anderen Weg, für folgendes Szenario: Ich habe "n" MXe als Borderfilter und 2 Scan-Hosts, auf denen auf Port 8899 ein amavisd_milter lauscht. Über die Variable kann ich aktuell ja nur eine Ziel-IP festlegen; d.h. ich muss auf Seiten der MXe jeweils einen Scan-Host "hartverdrahten", indem ich die zugehörigen IP-Adresse dort hinterlege. Ich hätte aber gerne sowas in der Art "...wenn Du zum amavisd_milter willst, dann nimm entweder Scan-Host 1 oder wenn der nicht will Scan-Host 2, oder umgekehrt", also quasie 'ne Lastverteilung für arme. any ideas? ttyl Django -- "Bonnie & Clyde der Postmaster-Szene!" approved by Postfix-God http://wetterstation-pliening.info http://dokuwiki.nausch.org http://wiki.piratenpartei.de/Benutzer:Django

1 0

IPv6 anderer HELO Name
by Bastian Heinrich 21 Jan '16

21 Jan '16

Hallo liebe Postfix-Listen-Mitglieder, ich habe leider durch externe Beschränkungen ein kleines Problem. Der Reverse-DNS Eintrag unserer IPv4 Addresse (auf den ich leider keinen Einfluß habe) zeigt auf eine Domain, in der nur unsere IPv4 Addresse aber nicht unsere IPv6 Addresse hinterlegt ist (hier habe ich leider ebenfalls keinen Einfluß drauf). Auf den Reverse-DNS Eintrag der IPv6 Addresse habe ich wiederum kompletten Zugriff und wir haben auch eine Domain auf die wir kompletten Zugriff haben. Ist es dabei irgendwie möglich Postfix zu sagen: Wenn du per IPv4 verschickst verwende folgenden HELO Namen und bei IPv6 einen anderen? Über eine Antwort würde ich mich freuen. (Auch wenn sie negativ ausfallen würde, dann bräuchte ich mir nicht mehr den Kopf zerbrechen, wie ich das ganze schaffen könnte.) Mit freundlichen Grüßen Bastian

2 3

Probleme mit Posteo
by J. Fahrner 20 Jan '16

20 Jan '16

Hallo, sind jemandem Probleme mit Posteo bekannt? Ich habe 2 Bekannte die ihr Postfach bei Posteo haben. Mit dem einen habe ich null Probleme, seine Mails kommen zuverlässig auf meinem Postfix an. Mit dem anderen habe ich seit ein paar Wochen Probleme: ich kann ihm schreiben, die Empfangsbestätigung beim Lesen (MDN) kommt auch bei mir an, aber seine Antworten verschwinden im Nirwana. Sie erreichen meinen Postfix gar nicht, denn dann müssten sie im Log erscheinen. Die geht also offenbar bei Posteo gar nicht raus. Sind da irgendwelche Probleme bekannt? Gruss Jochen

4 3

Postscreen: komisches Verhalten
by Stephan Jacob 18 Jan '16

18 Jan '16

Hallo Liste, ich habe ein Problem mit meinem Postscreen Service. Der läuft eigentlich ganz gut. Allerdings bekomme ich in den letzten Tage gehäuft Meldungen wie: Jan 12 09:56:01 mx1 postfix/postscreen[25887]: NOQUEUE: reject: RCPT from [xxxx]:59677: 450 4.3.2 Service currently unavailable; from=<ABCD>, to=<EFGH(a)ovgu.de>, proto=ESMTP, helo=<IJKL> Das ist eigentlich nichts ungewöhnliches, tritt aber in letzter Zeit häufiger auf als früher. Und dann habe ich noch eine Absender Identifiziert, bei dem Postscreen in den letzten Tagen immer mit Fehler "450 4.3.2 Service currently unavailable" antwortet. Egal wann der Absender sendet. Da es immer bei diesem Absender auftritt glaube ich nicht an ein temp. Problem. Hier ein Beispiel: Jan 12 09:56:01 mx1 postfix/postscreen[25887]: NOQUEUE: reject: RCPT from [62.152.172.136]:59677: 450 4.3.2 Service currently unavailable; from=<Caroline.Walny(a)ostalb-klinikum.de>, to=<ABCD(a)ovgu.de>, proto=ESMTP, helo=<mail.stauferklinikum.de> Im letzten Jahr liefen diese Mails noch durch, doch seit der Jahreswende gibt es nun immer Fehler 450 4.3.2 Service currently unavailable wenn der Sender kommt. Leider bekomme ich von dieser Einrichtung/IP nur von dieser einen Person Mails, so dass ich nicht sagen kann, ob es direkt nur an dieser liegt. Woran kann das liegen? Wo kann ich suchen? Ich habe meine Konfiguration seit der letzten erfolgreichen Zustellung einer solchen Mail nicht geändert. Der Postscreen Service scheint eigentlich zu arbeiten. Es werden auch Reihenweise Mails mit der Meldung" blocked using...." abgelehnt. Postscreen habe ich bei mir in der main.cf wie folgt eingebunden: # Postscreen - DNS Blacklist - postscreen_dnsbl_sites = bl.mailspike.net*1 ix.dnsbl.manitu.net*1 cbl.abuseat.org*1 bl.spamcop.net*1 postscreen_dnsbl_threshold = 2 postscreen_dnsbl_action = enforce postscreen_blacklist_action = drop postscreen_greet_action = enforce postscreen_bare_newline_action = drop postscreen_bare_newline_enable = yes postscreen_non_smtp_command_enable = yes postscreen_pipelining_enable = yes postscreen_pipelining_action = drop Viele Grüße Stephan Jacob Otto-von-Guericke Universität Magdeburg Universitätsrechenzentrum (URZ) Universitätsplatz 2 Gebäude 26 - 035 39106 Magdeburg Tel.: 0391-67-58572 Fax: 0391-67-11134

1 0

Postfix & IPv6 Problem beim Versenden von Mails über xDSL
by Ralf Zimmermann 07 Jan '16

07 Jan '16

Hat jemand Erfahrung mit der Konfiguration von Postfix auf einem Dual-Homed Host der Emailversand über Port 465/587 und IPv6 anbietet? Meine Konfiguration funktioniert soweit. Nur IPv6 Verbindungen über xDSL Router/Firewalls funktionieren nicht. Ich kann mich an dem Server authentifizieren und Emails ohne viel Daten senden. Hänge ich was an, bekomme ich immer nach 30 Sekunden einen Timeout. Tunnel ich mir die Ports 465/587 per SSH und IPv6 funktioniert alles prima. Ich habe schon die MTU und tcp-mss angepasst. Ohne Erfolg. Versende ich große Emails von Dual-Homed Hosts über die Ports 465/587 im Internet funktioniert auch alles ohne Probleme. Nur IPv6 Verbindungen über xDSL Verbindungen brechen mit einem Timeout ab. ICMP6 Pakete werden nicht geblockt. Es betrifft scheinbar nur Postfix und die Ports 465/587. IPv6 IMAP und HTTPS Verbindungen machen keine Probleme. Für einen Tipp wäre ich sehr dankbar. Mit freundlichen Grüßen Ralf Zimmermann

2 2

Email-Adresse als Usernamen
by chris＠abacusmail.net 01 Jan '16

01 Jan '16

Hallo, Ich habe postfix mit virtuellen Domains installiert und habe die Benutzer mit der Email-Adresse als Usernamen in Linux angelegt. Sie sind auch in der virtual.db eingetragen und dort liegt wohl das Problem: Email-Adresse User-Name test(a)domain.de test(a)domain.de Aber so funktioniert das leider nicht. Gibt es dafuer eine Loesung oder geht das unter postfix nicht, dass man die Email als Usernamen verwendet? Chris

2 2