- postfix-users - list.sys4.de

smtpd_recipient_restrictions - has_our_domain_as_sender
by Jörg Bornholt 10 Dec '18

10 Dec '18

Hallo, Hallo, Ich möchte gerne Mails ablehnen die meine domain.com in im envelope verwenden. Ich verwende Postfix als relay der die Mail’s an meinen Exchange zustellt. Alle die über das System Mail versenden kommen über die Mapi bzw. per Active sync rein Es sollte also Niemanden geben der von außen eine Mail an uns schickt und unsere Domain in der From-Zeile stehen hat. Dachte ich. Folgendes habe ich der main.cf hinzugefügt: smtpd_restriction_classes = has_our_domain_as_sender has_our_domain_as_sender = check_sender_access hash:/etc/postfix/not_our_domain_as_sender reject smtpd_recipient_restrictions = check_sender_access hash:/etc/postfix/not_our_domain_as_sender in der „/etc/postfix/not_our_domain_as_sender“ steht: “meinedomain.com 554 Do not use my domain in your envelope sender” Das Ganze Funktioniert und im log File gab es schon Einträge : Dec 8 08:47:01 relay postfix/smtpd[16183]: NOQUEUE: reject: RCPT from smtprelay05.ispgateway.de[80.67.31.98]: 554 5.7.1 <heizung(a)meinedomain.com>: Sender address rejected: Do not use my domain in your envelope sender; from=<meinedomain(a)fliegl.com> to=<vorname.name(a)meinedomain.com> proto=ESMTP helo=<smtprelay05.ispgateway.de> Ein Eintrag aus einem anderen Bereich kam noch hinzu und ich muss leider eine Ausnahme von dieser Regelung in Form eine Mail-Adresse machen die doch mail senden darf und sich als meinedomain(a)fliegl.com ausgeben darf. Ich habe gesucht aber keine Lösung wie ich bei dieser Regel einen Sender doch erlauben kann gefunden. Hat das schon Jemand von Euch gemacht oder eine Idee wie man es einrichtet? LG Jörg Bornholt

2 1

Reverse DNS umgehen
by mirco.md＠arcor.de 29 Nov '18

29 Nov '18

5 5

SMTP, Code 450 und multiple MX Records
by kern 28 Nov '18

28 Nov '18

Nicht direkt postfix-related, vl. kann mir dennoch jemand helfen Folgendes Szenario: 1 Domain, 2 MX Records (mit unterschiedlicher Prio/Preference). Auf Server 1 (prefered) läuft Greylisting Nun passiert folgendes, jemand schickt eine Mail, dieser Host wird gegreylisted am MX1 und mit Statuscode 450 abgewiesen, jetzt probiert dieser dann sofort die Mail an MX2 zuzustellen, das funktioniert auch. Ich konnte weder im SMTP-RFC (davon gibts auch schon mehrere Versionen wie ich festgestellt habe) noch sonst im Internet eine eindeutige Aussagen finden, vl. weis hier aber jemand besser bescheid: Muss der Sending-MTA wenn er mit 450 abgewiesen wurde warten und beim gleichen Mailserver nochmal einen Zustellversuch unternehmen oder muss er tatsächlich sofort zum 2. MX connecten und dort versuchen das Mail zuzustellen?! Gibts da irgendwie ein best-behaviour oder ist das generell ungeregelt?! Postfix ist ja beeinflussbar (smtp_skip_4xx_greeting), sendmail machts auch so (try next in list) jedoch würde mich generell interessieren ob das irgendwo festgeschrieben ist oder interpretationssache? Vg, Christoph -- Sent from: http://postfix.1071664.n5.nabble.com/Postfix-Germany-f21717.html

6 7

Beispiel f. einen Advanced Filter
by Walter H. 16 Nov '18

16 Nov '18

Hallo, hier hat man eine schöne Erklärung wie man einen Advanced Filter einrichtet www.postfix.org/FILTER_README.html#advanced_filter mir fehlt allerdings die Info od. ein Beispiel f. /path/to/filter das f. den Simple Filter versagt das Ziel sollte sein, das Skript welches ich als Simple Filter am laufen haben als Advanced Filter einzusetzen ... Danke, Walter

1 0

[postfix] set content-type for specific receipient
by Carsten 05 Nov '18

05 Nov '18

Hallo zusammen, folgende Konstellation: Auf meinem Postfix Server läuft auch ein Hylafax server. Ich habe einen Transport mit der Domäne "fax" eingerichtet, welche an diesen übergibt. Eine Mail an einen Faxempfänger wird so adressiert: 0203654321@fax Jetzt habe ich das Problem, daß der Hylafax Server den Text in der E-Mail nicht richtig umwandelt -speziell Umlaute. Ich habe herausgefunden, daß es eine Frage der Kodierung der Mail beim Senden ist. Im Header muss das hier stehen, damit es klappt: ------------------ Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 8bit ------------------ Natürlich kann ich nun jedes Mal im Thunderbird o.Ä. die Kodierung anpassen (Mitteleuropäisch (ISO)), damit das funktioniert. Im Webinterface (Horde-Groupware) geht das leider nicht für einzelne Mails, sondern immer nur für den Benutzer als ganzes. Besteht eine Möglichkeit, einen Filter einzurichten -eventuell im Dovecot; der die Mail bei erkennen der empfangenden Domäne "fax" automatisch in den o.g. Typ umwandelt -unabhängig von welchem Client gesendet wird? Dank und Gruss Carsten

2 1

check_sender_access mit MySQL
by Walter H. 26 Oct '18

26 Oct '18

Hallo, habe hier eine Anleitung gefunden https://kitt.hodsden.org/blog/2014/06/postfix_check_recipient_access_mysql wie man dies mittels einer MySQL-Datenbank implementiert; meine Gretchenfrage dazu: wenn man wie im Kommentar z.B. nur outlook.com hat, macht hier das System selbststängig entsprechend mehrere Abfragen, weil die WHERE-Klausel bei einer ganzen E-mailadresse nie etwas ergibt ... wie sieht es damit aus, wenn z.B. hugo(a)example.com OK aber auch example.com REJECT vorkommt? spielt hier eine Reihenfolge eine Rolle? Danke, Walter

4 4

Verliert Postfix Emails?
by Andreas Wass - Glas Gasperlmair 24 Oct '18

24 Oct '18

Guten Morgen. Hab auf unserem Mailserver Headerchecks laufen, welche prima funktionieren. Betreffende Mails landen in der mailq "hold queue" und werden dann manuell mit postsuper gelöscht oder wenn Fehlalarm manuell mit postsuper zugestellt Gestern kam so eine Mail rein, wurde lt. maillog ja auch in die holdqueue gestellt. Ich wollte die Mail dann wie immer mit postsuper löschen, allerdings konnte ich die Nachricht in der mailq nicht finden *Im Maillog sah das wie sonst auch immer aus:* Oct 23 15:14:11 mail postfix/smtpd[21302]: 87215345F8C268: client=unknown[89.144.63.242] Oct 23 15:14:11 mail postfix/cleanup[20999]: 87215345F8C268: message-id=<pieeizw7g2gm9aqqtas4r5(a)hzyjrq.ilaborday.com> Oct 23 15:14:11 mail postfix/cleanup[20999]: 87215345F8C268: *hold*: header Subject: =?UTF-8?Q?K=C3=B6nnen_Sie_Schnarchen_nicht_ertragen=3F_Neuer_Schnarch-Stopper_hilft?= from unknown[89.144.63.242]; from=<mathisgpazbsj(a)ilaborday.com> to=<HabIchAbgeaendert@meinedomain> proto=ESMTP helo=<nostalgic.ilaborday.com>: *Header-Spamschutz 2089 * Allerdings war die Mail nicht in der mailq *befehl mailq brachte mir "Mail queue is empty" * **Für mich sieht das so aus, als würde postfix die Nachricht verloren haben, *was in diesem Fall nicht tragisch ist, da sowieso Spam. *Was aber, wenn das auch bei normalen Mails passieren könnte? **Im Normalfall sieht der komplette Vorgang so aus: *Empfang der Mail und abstellen in die "hold queue":* Oct 24 07:48:41 mail postfix/smtpd[26848]: C091B345F17985: client=mail-wm1-f45.google.com[209.85.128.45] Oct 24 07:48:41 mail postfix/cleanup[26268]: C091B345F17985: message-id=<CAD8cC7-jAUkJ1fXL9FbCCd=Enu7tz=dO_RDybb1CCpDAsa0tBw(a)mail.gmail.com> Oct 24 07:48:41 mail postfix/cleanup[26268]: C091B345F17985: *hold:* header Subject: Fwd: test wegen Schnarchen emails from mail-wm1-f45.google.com[209.85.128.45]; from=<absender(a)gmail.com> to=<empfaenger@meinedomain> proto=ESMTP helo=<mail-wm1-f45.google.com>: *Header-Spamschutz 2089* *Die Nachricht liegt dann in der mailq und kann mit postsuper aus der mailq gelöscht oder weitergeleitet werden: (in dem Fall gelöscht)* Oct 24 07:48:42 mail amavis[26168]: (26168-13) Passed CLEAN {AcceptedInbound}, AM.PDP-SOCK [209.85.128.45] [209.85.128.45] <absender(a)gmail.com> -> <empfaenger@meinedomain>, Queue-ID: C091B345F17985, Message-ID: <CAD8cC7-jAUkJ1fXL9FbCCd=Enu7tz=dO_RDybb1CCpDAsa0tBw(a)mail.gmail.com>, mail_id: KjtTYyIMtv8c, Hits: 0.153, size: 3559, dkim_sd=20161025:gmail.com, 683 ms Oct 24 07:49:05 mail postfix/postsuper[27153]: C091B345F17985: removed * *Hat jemand eine Erklärung?* * -- mfg Andi

2 1

bestimmte Eigenschaften im LOG?
by Walter H. 08 Oct '18

08 Oct '18

Hallo, wie erkenne ich im Log (/var/log/maillog), wenn mein Mailserver eine Mail an einen anderen Server (der im DNS als MX-Record bezeichnete) übergibt, ob die übertragung verschlüsselt war? folgendes im main.cf smtp_use_tls = yes smtp_tls_note_starttls_offer = yes smtp_tls_security_level = may smtp_tls_protocols = TLSv1, TLSv1.1, TLSv1.2 smtp_tls_mandatory_protocols = !SSLv2, !SSLv3 Danke, Walter

2 3

Backscatter
by Walter H. 20 Sep '18

20 Sep '18

Hallo, macht die Anleitung wie hier http://www.backscatterer.org/?target=usage Sinn? Grüße, Walter

4 6

abuse-Reporting verbessern
by Patrick Ben Koetter 12 Sep '18

12 Sep '18

Postmaster aufgepasst! Ihr wollt *bitte* die Absenderadresse reports(a)reports.cert-bund.de whitelisten. So kann das Cert Bund Euch und den Ownern von Domains, die ihr hostet, abuse-Nachrichten zusenden. Damit helft ihr abuse wirkungsvoller einzudämmen. Das BSI bittet darum, dieses whitelisting einzubauen. Danke p@rick -- [*] sys4 AG https://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG,80333 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer, Wolfgang Stief Aufsichtsratsvorsitzender: Florian Kirstein

7 10

Postfixadmin mit Postfix als Smarthost
by zyrixx 06 Sep '18

06 Sep '18

Hallo, ist es möglich, Postfixadmin auf einem Postfix zu betreiben, der nur als Smarthost fungiert? viele Grüße Zyrixx

2 3

Spam von gmail.com und yahoo
by J. Fahrner 04 Sep '18

04 Sep '18

Hallo Liste, ich bekomme in letzter Zeit vermehrt Spam von gmail.com Adressen sowie yahoo. Ich habe den Eindruck, diese Firmen kämpfen in letzter Zeit mehr gegen "Hatespeech" als gegen Spam. Das Schlimme: Blacklists sind hier wirkungslos, und auch Spamassassin versagt da völlig (mit SA habe ich ohnehin keine guten Erfahrungen, was nicht durch DNS Blacklists geblockt wird passiert auch SA mühelos. Kann ich glaub ich rauswerfen). Habt ihr Ideen wie man gegen den gmail Spam vorgehen könnte? Notfalls müsste ich eine Sieve-Regel anlegen die *(a)gmail.com automatisch in den Spamordner verschiebt. Irgendwie nervt das nämlich. Jochen

6 31

dnsblog_query und smtpd warnings in mail.log
by Markus Schönhaber 28 Aug '18

28 Aug '18

Bitte belasse die Diskussion auf der Liste. Christoph P.u. Kukulies, Di 28 Aug 2018 09:13:37 CEST: > Am 26.08.2018 um 12:54 schrieb Markus Schönhaber: >> Am 26.08.2018 um 11:09 schrieb Christoph P.U. Kukulies: >> >>> Wie soll man damit umgehen? Ist da was falsch konfiguriert? Ich meine, wegen >>> diese Konstrukts: *23.178.2.198.sbl.spamhaus.org* >> Das >>> Aug 26 00:32:25 ego postfix/dnsblog[25600]: warning: dnsblog_query: lookup error >>> for DNS query *23.178.2.198.list.dnswl.org*: Host or domain name not found. Name >>> service error for name=23.178.2.198.list.dnswl.org type=A: Host not found, try again >> deutet auf einen DNS-Fehler hin, der aber, wie man hier sieht, >>> Aug 26 00:32:25 ego postfix/dnsblog[25601]: addr 198.2.178.23 listed by domain >>> spamtrap.trblspam.com as 185.53.179.6 >> nicht grundsätzlicher Natur zu sein scheint. >> >> WAG: Zu viele Anfragen auf Spamhaus/DSWL -> subscription nötig? > WAG? > > Was bringt subscription? https://www.spamhaus.org/organization/dnsblusage/ -- Gruß mks

2 2

Re: Spamassasin permission Probleme
by Christoph P.U. Kukulies 26 Aug '18

26 Aug '18

Am 26.08.2018 um 16:10 schrieb J. Fahrner: > Am 2018-08-26 16:04, schrieb Christoph P.U. Kukulies: >> bringt im wesentlichen nichts anderes,aber man kann ja schon an den >> permissions von >> >> /var/lib/spamassassin/sa-update-keys sehen, daß root da nicht >> hinschreiben kann. > > root kann IMMER schreiben. Aber das Updatescript läuft sicher unter > einem anderen User. Das gilt es herauszufinden, mit welchem User das > läuft. Sollte eigentlich in dem Script ersichtlich sein. Ja, hast natürlich recht (root kann immer schreiben). Habe das spamassassin script in /etc/cron.daily angeschaut und alle --chuid spamd:spamd in --chuid debian-spamd:debian:spamd geändert und jetzt läuft's. Danke Grüße Christoph

1 0

Re: Spamassasin permission Probleme
by Christoph P.U. Kukulies 26 Aug '18

26 Aug '18

Hallo, bringt im wesentlichen nichts anderes,aber man kann ja schon an den permissions von /var/lib/spamassassin/sa-update-keys sehen, daß root da nicht hinschreiben kann. Es ist also die Frage, ob der Ubuntu Update von 16 auf 18 die permissions geändert hat. Und ob man das Verzeichnis für world schreibbar machen sollte/dürfte? Oder group mode rwx und root in group debian-spamd? Grüße Christoph Am 26.08.2018 um 11:49 schrieb J. Fahrner: > Lass das Script /etc/cron.daily/spamassassin doch einfach mal als root > von Hand laufen, schau dir die Fehlermeldungen an, und schau ob sie > berechtigt sind. Wenn ja (wovon ich ausgehen) guck dir bemängelten > Permissions an. > > Am 2018-08-26 10:42, schrieb Christoph P.U. Kukulies: >> Am 26.08.2018 um 09:52 schrieb J. Fahrner: >>> >>> Am 2018-08-26 09:23, schrieb Christoph Kukulies: >>> >>>> Ich muß der folgenden Meldung mal nachgehen, aber nach dist-upgrade >>>> meines Servers von 16 auf 18 >>>> habe ich diese logs im anacron: >>>> /etc/cron.daily/spamassassin: >>>> gpg: WARNING: unsafe ownership on homedir >>>> '/var/lib/spamassassin/sa-update-keys' >>>> gpg: failed to create temporary file >>>> '/var/lib/spamassassin/sa-update-keys/.#lk0x018bd9f1.ego.org >>>> <http://lk0x018bd9f1.ego.org>.25748': Permission denied >>>> gpg: keyblock resource >>>> '/var/lib/spamassassin/sa-update-keys/pubring.kbx': Permission denied >>>> gpg: no writable keyring found: Not found >>>> gpg: error reading '/usr/share/spamassassin/sa-update-pubkey.txt': >>>> General error >>>> gpg: import from '/usr/share/spamassassin/sa-update-pubkey.txt' >>>> failed: General error >>>> gpg: process '/usr/bin/gpg >>>> --homedir='/var/lib/spamassassin/sa-update-keys' --batch --no-tty >>>> --status-fd=1 -q --logger-fd=1 --import' finished: exit 2 >>>> error: unable to refresh mirrors file for channel >>>> updates.spamassassin.org <http://updates.spamassassin.org>, using >>>> old file >>>> channel: could not find working mirror, channel failed >>>> sa-update failed for unknown reasons >>> >>> Was für ein System? Mit welchem User/Gruppe läuft SA? Wie sind die >>> Berechtigungen der Verzeichnisse/Dateien? >>> >> >> Ubuntu 18.04 >> >> drwxrwxr-x 3 debian-spamd debian-spamd 4096 Dec 31 2016 3.004000 >> drwxr-xr-x 3 debian-spamd debian-spamd 4096 Aug 26 05:00 3.004001 >> drwxr-xr-x 5 debian-spamd debian-spamd 4096 Aug 18 15:55 compiled >> drwx------ 3 debian-spamd debian-spamd 4096 Aug 26 10:35 sa-upd >> >> root@kukulies:/var/lib/spamassassin/sa-update-keys# ls -l >> total 16 >> drwx------ 2 debian-spamd debian-spamd 4096 Aug 18 15:47 >> private-keys-v1.d >> -rw------- 1 debian-spamd debian-spamd 2783 Aug 22 2014 pubring.gpg >> -rw------- 1 debian-spamd debian-spamd 0 Aug 22 2014 pubring.gpg~ >> -rw------- 1 debian-spamd debian-spamd 0 Aug 22 2014 secring.gpg >> -rw------- 1 debian-spamd debian-spamd 1200 Aug 22 2014 trustdb.gpg >> root@kukulies:/var/lib/spamassassin/sa-update-keys# >> >> in /etc/postfix/master.cf: >> >> spamass-dovecot unix - n n - - pipe >> user=spamd argv=/usr/bin/spamc -f -e >> /usr/sbin/sendmail -oi -f ${sender} ${recipient} >> >> >> user=spamd ? Muß das vielleicht jetzt debian-spamd sein? >>> >>> Unter Debian sieht das so aus: >>> >>> SA läuft mit debian-spamd:debian-spamd. >>> >>> drwx------ 3 debian-spamd debian-spamd 4096 Jun 10 07:49 >>> /var/lib/spamassassin/sa-update-keys >>> >>> -rw-r--r-- 1 root root 4777 Nov 19 2017 >>> /usr/share/spamassassin/sa-update-pubkey.txt >>> >> Grüße >> >> Christoph

1 0

dnsblog_query und smtpd warnings in mail.log
by Christoph P.U. Kukulies 26 Aug '18

26 Aug '18

2 1

Spamassasin permission Probleme
by Christoph Kukulies 26 Aug '18

26 Aug '18

Ich muß der folgenden Meldung mal nachgehen, aber nach dist-upgrade meines Servers von 16 auf 18 habe ich diese logs im anacron: /etc/cron.daily/spamassassin: gpg: WARNING: unsafe ownership on homedir '/var/lib/spamassassin/sa-update-keys' gpg: failed to create temporary file '/var/lib/spamassassin/sa-update-keys/.#lk0x018bd9f1.ego.org.25748': Permission denied gpg: keyblock resource '/var/lib/spamassassin/sa-update-keys/pubring.kbx': Permission denied gpg: no writable keyring found: Not found gpg: error reading '/usr/share/spamassassin/sa-update-pubkey.txt': General error gpg: import from '/usr/share/spamassassin/sa-update-pubkey.txt' failed: General error gpg: process '/usr/bin/gpg --homedir='/var/lib/spamassassin/sa-update-keys' --batch --no-tty --status-fd=1 -q --logger-fd=1 --import' finished: exit 2 error: unable to refresh mirrors file for channel updates.spamassassin.org, using old file channel: could not find working mirror, channel failed sa-update failed for unknown reasons Grüße Christoph

2 1

Re: AW: virtual_alias_maps
by Walter H. 24 Aug '18

24 Aug '18

On Fri, August 24, 2018 09:34, Huber, Peter wrote: > Hallo, > > > > also es wird ja nicht relayd, sondern das postfix ist sehr wohl für die > Domain zuständig.. Es gibt auch außer postmaster und hostmaster keinen > weitere Email Adressen, also ist eine catch-all rule nicht wirklich nötig, > eher optional, oder? Ich mache das so, wie hier unter dem Punkt Mail > forwarding domains beschieben: > http://www.postfix.org/VIRTUAL_README.html#forwarding > > Es braucht also alias_domains und ein Mapping in der alias_maps. > > > > So sieht smtpd_recipient_restrictions aus, das sollte auch so korrekt > sein, > oder? > > smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated > > was spricht dagegen, dann auch nur diese 2 Mailadressen anzunehmen /etc/postfix/recipient_access email1@domain OK email2@domain OK anschließend postmap /etc/postfix/recipient_access und in der main.cf smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_unauth_pipelining, reject_non_fqdn_recipient, reject_unknown_recipient_domain, check_recipient_access hash:/etc/postfix/recipient_access, reject wobei das sollte auch nicht das Problem sein, sondern mir fehlt die Info, ob Du von einem Server oder mehreren Servern sprichst, und wie diese zusammenarbeiten sollen bzw. zusammenhängen; wenn möglich an die Liste antworten (postfix-users(a)de.postfix.org) und nicht mir ... > > Von: postfix-users > <postfix-users-bounces+peter.huber=uni-wh.de(a)de.postfix.org> Im Auftrag > von > Walter H. wie entsteht das? > On 23.08.2018 13:04, Huber, Peter wrote: > > Hallo, > > > > ich habe ein Problem mit folgendem Szenario: > > Vorhanden: Postfix 3.2 unter Verwendung von postscreen und unter > Einbindung > von rspamd. > > > > Ich möchte für einige Domains der Uni (z.B. amts-ampel.de), die hostmaster > und postmaster Mails mit dem postfix entgegennehmen und zu einer uni-wh.de > Mailadresse weiterleiten. > > Der MX Eintrag für diese Domains zeigt auf den Server mit dem postfix. > > > In meiner virtual_alias_domain Datei ist die Domain eingetragen: > > amts-ampel.de 20180813 > was hat diese Nummer zu bedeuten? sollte der Eintrag nicht einfach nur virtual_alias_domain = amts-ampel.de lauten? > > In meiner virtual_alias_maps Datei ist folgender Eintrag: > > hostmaster(a)amts-ampel.de <mailto:hostmaster@amts-ampel.de> > bit-serveradmin(a)uni-wh.de <mailto:bit-serveradmin@uni-wh.de> ist hier ein Mail client der etwas verwurschtet, was so nicht stand?

1 0

virtual_alias_maps
by Huber, Peter 23 Aug '18

23 Aug '18

Hallo, ich habe ein Problem mit folgendem Szenario: Vorhanden: Postfix 3.2 unter Verwendung von postscreen und unter Einbindung von rspamd. Ich möchte für einige Domains der Uni (z.B. amts-ampel.de), die hostmaster und postmaster Mails mit dem postfix entgegennehmen und zu einer uni-wh.de Mailadresse weiterleiten. Der MX Eintrag für diese Domains zeigt auf den Server mit dem postfix. In meiner virtual_alias_domain Datei ist die Domain eingetragen: amts-ampel.de 20180813 In meiner virtual_alias_maps Datei ist folgender Eintrag: hostmaster(a)amts-ampel.de bit-serveradmin(a)uni-wh.de<mailto:bit-serveradmin@uni-wh.de> Wenn ich nun von Hand per telnet von einem unsere Server zu dem postfix connecte und von Hand eine Mail an hostmaster(a)amts-ampel.de<mailto:hostmaster@amts-ampel.de> schreibe, klappt alles, die Mail wird auch an die @uni-wh.de Adresse, wie in der maps Datei hinterlegt, zugestellt. Gleiches Spiel von einem "fremden" Server und es hagelt die Fehlermeldung: MAIL FROM: huber(a)freeshell.org 250 2.1.0 Ok RCPT TO: hostmaster(a)amts-ampel.de 550 Requested action not taken: mailbox unavailable Welcher Teil in der main.cf könnte dafür verantwortlich sein? Kann das was mit dem postscreen zu tun haben? Wenn es hilft, könnte ich die config noch posten, aber welcher Teil ist "nur" bei einem externen connect im Spiel? Von intern rennt es ja ;-) Danke Peter

2 1

postfix, cyrus "authentication failed"
by Mario Brese 22 Aug '18

22 Aug '18

2 7

interessante Erkenntnis zu 'smtpd_delay_reject'
by Walter H. 30 Jul '18

30 Jul '18

Hallo, mit der Einstellung smtpd_delay_reject = no ist es unmöglich, sich am submission-Port mit UserId/Password zu authentifizieren; hab dann in der master.cf folgendes submission inet n - n - - smtpd -o smtpd_tls_security_level=encrypt -o smtpd_sasl_auth_enable=yes -o smtpd_delay_reject=yes -o smtpd_client_restrictions=permit_sasl_authenticated,reject und damit funktioniert die Authentification am submission-Port und SPAM-Clients werden bereits verabschiedet bevor noch ein MAIL FROM kommt; meine main.cf hat das smtpd_delay_reject_submission = yes smtpd_delay_reject = no smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_invalid_helo_hostname, reject_unknown_helo_hostname, reject_non_fqdn_helo_hostname, reject_rhsbl_helo rhsbl.sorbs.net, check_helo_mx_access cidr:/etc/postfix/drop.cidr, check_helo_ns_access cidr:/etc/postfix/drop.cidr, permit smtpd_client_restrictions_submission = permit_sasl_authenticated, reject smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_pipelining, reject_unknown_client_hostname, reject_unknown_reverse_client_hostname, reject_rbl_client cbl.abuseat.org, reject_rbl_client ix.dnsbl.manitu.net, reject_rbl_client noptr.spamrats.com, reject_rbl_client dyna.spamrats.com, reject_rbl_client dnsbl.sorbs.net, reject_rbl_client zen.spamhaus.org, reject_rbl_client bl.spamcop.net, check_client_access hash:/etc/postfix/client_access, check_client_access cidr:/etc/postfix/client_access.cidr, permit smtpd_sender_restrictions = reject_unknown_sender_domain, reject_non_fqdn_sender, reject_rhsbl_sender rhsbl.sorbs.net, check_sender_mx_access cidr:/etc/postfix/drop.cidr, check_sender_ns_access cidr:/etc/postfix/drop.cidr, check_sender_access hash:/etc/postfix/sender_access, permit smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_unauth_pipelining, reject_non_fqdn_recipient, reject_unknown_recipient_domain, check_policy_service unix:private/policy-spf, check_recipient_access hash:/etc/postfix/recipient_access, reject smtpd_data_restrictions = reject_unauth_pipelining, permit smtpd_etrn_restrictions = permit_mynetworks, reject /etc/postfix/drop.cidr kommt von hier: http://www.spamhaus.org/drop/drop.lasso /etc/postfix/client_access.cidr beinhaltet Netzwerkblöcke, denen ich den Zugriff verweigere (z.B. alle Netze welche über spf.protection.outlook.com aufgelöst werden) /etc/postfix/sender_access beinhaltet Absender, die ich ablehne (z.B. alle Länder-TLDs bis auf ein paar handverlesene, ebenso Freemail-Domains wie hotmail.com, yahoo, ...) /etc/postfix/recipient_access beinhaltet alle meine Mailaliase mittels Header-Checks noch ein paar Besonderheiten: z.B. Mails in einem Zeichensatz, den ich nicht verstehe (Alle bis auf: US-ASCII, UTF-8, ISO-8859-1(5)) d.h. ein SPAM/Malware-Sender muss sich wirklich bemühen, damit bei mir was durchkommt; ein Eintrag wie dieser Jul 20 22:47:42 vhost01 postfix/cleanup[19994]: CF5C94140B: reject: mime-error improper use of 8-bit data in message header: Subject: Bitte best??tigen Sie Ihre Anmeldung zum Newsletter from mail1.verkehrsbuero.com[213.33.97.21]; from=<#SPAM-SENDER#> to=<#MY-EMAIL#> zeigt mir, daß ich mit strict_8bitmime = yes strict_7bit_headers = yes strict_8bitmime_body = yes ebenfalls nichts falsch mache; Grüße, Walter

2 1

Nur XCLIENT als Authentifizierung-Methode
by Hativ 27 Jul '18

27 Jul '18

Hallo, ist es möglich als Authentifizierung-Methode nur XCLIENT zu erlauben und nur das (für autorisierte Clients) als ESMTP Feature zu propagieren? Ich habe folgendes konfiguriert: smtpd_authorized_xclient_hosts = 123.123.123.123 smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous, noplaintext "smtpd_sasl_auth_enable = yes" muss gesetzt sein, damit XCLIENT funktioniert. Damit werden immer diverse Authentifizierungsmethoden angeboten. Diese habe ich weiter mit "smtpd_sasl_security_options" eingeschränkt. Aktuell wird damit noch "DIGEST-MD5 CRAM-MD5 NTLM" angeboten. Wenn ich es versuche weiter einzuschränken, z.B. mit der Aufnahme von "nodictionary", wirft Postfix bei der ersten Verbindung folgende Fehler und stürzt ab: Jul 27 00:07:17 srv1 postfix/smtpd[15340]: warning: xsasl_cyrus_server_get_mechanism_list: no applicable SASL mechanisms Jul 27 00:07:17 srv1 postfix/smtpd[15340]: fatal: no SASL authentication mechanisms Jul 27 00:07:18 srv1 postfix/master[15322]: warning: process /usr/lib/postfix/sbin/smtpd pid 15340 exit status 1 Jul 27 00:07:18 srv1 postfix/master[15322]: warning: /usr/lib/postfix/sbin/smtpd: bad command startup -- throttling Ich möchte aber nur XCLIENT propagiert haben, ansonsten keine Authentifizierung. Grüße

2 1

transport statt pipe(8) oder local(8)..?
by Christian Bricart 19 Jul '18

19 Jul '18

Hallo zusammen, irgendwie scheine ich gerade nen Knoten im Hirn zu haben .. ;-) Wenn der Weg ein Skript über pipe(8) oder local(8) delivery agent weiter zu verarbeiten ist, ich das aber gerne über einen transport regeln/"prefixen" würde, weil das besser in's bestehende Setup passt... wie würde ich das dann tun..? Also bspw wäre der "normale" Weg: # main.cf: virtual_alias_maps = hash:/etc/postfix/virtual # /etc/postfix/virtual: thisuser(a)example.com forwarduser # /etc/aliases: forwarduser: "|/usr/local/bin/doforward someuser(a)example.net " Das ist aber insofern unflexibel, als dass ich für jede Zieladresse Adresse einen eigenen Alias anlegen müsste, der sich dann im Argument für den Parameter des aufzurufenden Skripts unterscheidet.. Ergo würde ich daraus gerne einen "forwarder-transport" machen, der Art: # /etc/postfix/virtual: thisuser(a)example.com forwarder:someuser@example.net # master.cf: # mit forwarder_destination_recipient_limit=1 in main.cf ? forwarder unix - n n - - pipe user=nobody argv=/usr/local/bin/doforward ${nexthop} Nach der Lektüre von transport(5) dürfte ${nexthop} aber nicht die Form einer Mailadresse annehmen? Oder jemand andere/bessere Vorschläge..? Grüsse Christian

2 1

SMTPUTF8 is required, but was not offered by host
by Thomas Barth 05 Jul '18

05 Jul '18

Hallo, meine Testmails werden nicht zugestellt, sobald ich in der Betreffzeile ein Umlaut verwende (UTF-8). Ich verwende für Testmails ein Perl-Skript mit dem Modul MIME::Lite. Aus dem Log: Jul 5 09:18:07 mx1 postfix/lmtp[16338]: C50F2481BC6: to=<tbarth(a)txbweb.de>, relay=mx1.txbweb.de[private/dovecot-lmtp], delay=511, delays=511/0.02/0.02/0, dsn=4.6.7, status=SOFTBOUNCE (SMTPUTF8 is required, but was not offered by host mx1.txbweb.de[private/dovecot-lmtp]) Über die Suche fand ich einen Hinweis dazu auf dieser Seite https://github.com/hardware/mailserver/issues/166 Hier wurde folgende Einstellung vorgenommen: smtputf8_enable = yes smtputf8_autodetect_classes = sendmail, verify Dies habe ich in /etc/postfix/main.cf eingetragen und Postfix neu gestartet. Das Problem besteht weiterhin. Nun habe ich gesehen (http://www.postfix.org/postconf.5.html#smtputf8_autodetect_classes), dass das eigentlich Standardeinstellungen von Postfix sind. Und was kann ich jetzt tun? Und vor allem, wo hängen meine Testmails und wie kann ich sie löschen? mailq listet nichts in der Queue auf, aber es wird regelmäßig versucht, die Testmails noch zuzustellen. Postfix Version ist 3.1.8-0+deb9u1. Gruß, Thomas B.

3 6

lmtp und X-Original-To
by Lars Täuber 27 Jun '18

27 Jun '18

Hall zusammen, ich weiß, es war vor 2,5 Jahren schon einmal Thema hier, aber gibt es Neuerungen diesbezüglich? Ich hätte gern, dass die Mails, die postfix an dovecot ausliefert diese X-Original-To Headerzeile bekommt. Bis vor 2 Jahren ignorierte lmtp diese Information bzw. gab sie nicht weiter. Gibt es außer dieser check_recipient_access-Lösung nun bessere Lösungen? https://listi.jpberlin.de/pipermail/postfixbuch-users/2015-November/063657.… Dank und Gruß Lars -- Informationstechnologie Berlin-Brandenburgische Akademie der Wissenschaften Jägerstraße 22-23 10117 Berlin Tel.: +49 30 20370-352 http://www.bbaw.de

1 0