From daniel at ist-immer-online.de Wed Nov 9 01:17:33 2016 From: daniel at ist-immer-online.de (Daniel) Date: Wed, 9 Nov 2016 01:17:33 +0100 Subject: AW: Postfixbuch 3. Auflage wieder lieferbar In-Reply-To: <231001aa-d5d5-4ab8-b231-3c46330bfe8b@heinlein-support.de> References: <231001aa-d5d5-4ab8-b231-3c46330bfe8b@heinlein-support.de> Message-ID: <000101d23a1e$aaec2bc0$00c48340$@ist-immer-online.de> Hi, Das Buch kann man auch als Taschenbuch kaufen https://www.amazon.de/Das-Postfix-Buch-Sichere-Mailserver-Linux/dp/1536939919 oder? Oder ist dieses anders vom Inhalt her? Gibt es eine Leseprobe zum Buch? Gruß Daniel -----Ursprüngliche Nachricht----- Von: Postfixbuch-users [mailto:postfixbuch-users-bounces at listen.jpberlin.de] Im Auftrag von Peer Heinlein Gesendet: Montag, 17. Oktober 2016 23:11 An: Alles rund um Dovecot-Server; postfixbuch-users at listen.jpberlin.de Betreff: Postfixbuch 3. Auflage wieder lieferbar Kurzfassung: > 3. Auflage Postfix-Buch von 2008 ab sofort wieder verfügbar > Unveränderter Nachdruck mit schönerem Cover :-) > http://www.postfixbuch.de/web/bestellung/online-bestellung/ Liebe Leser von Postfix- und Dovecot-Buch, viele Jahre lang war das Postfix-Buch vergriffen und nicht mehr verfügbar, eine Neuauflage war immer geplant, war aber aus Zeitgründen und wegen des zwischenzeitlich noch geschrieben Dovecot-Buchs nicht mehr zu machen. Zuletzt schloß leider mein Verlag Open Source Press seine Pforten. Das bedeutet aber, daß die Buchrechte an mich als Autor zurückgefallen sind. Da wir weiterhin viele Anfragen zum Buch bekommen haben wir uns entschlossen, diese Gelegenheit zu nutzen und die alte Auflage nachzudrucken. *Ab heute ist das Postfix-Buch wieder verfügbar!* *Achtung: Es handelt sich um den Nachdruck der 3. Auflage von 2008 wie* *sie damals bei Open Source Press erschienen ist!* *http://www.postfixbuch.de/web/bestellung/online-bestellung/* Zwar soll mittelfristig auch eine neue 4. Auflage entstehen, aber dazu können wir keine Zeitschätzung abgeben und das wird noch mindestens ein Jahr dauern. Ich bin aber sowieso der Meinung, daß das Buch weitestgehend unverändert Gültigkeit hat und keineswegs veraltet ist, sondern alles wissenswerte beinhaltet, um erfolgreich Postfix zu administrieren. Schönen Gruß Peer Heinlein P.S.: Das Dovecot-Buch ist ebenfalls noch bei uns verfügbar und kann bei uns ganz normal bestellt werden. -- Heinlein Support GmbH Schwedter Str. 8/9b, 10119 Berlin http://www.heinlein-support.de Tel: 030 / 405051-42 Fax: 030 / 405051-19 Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht Berlin-Charlottenburg, Geschäftsführer: Peer Heinlein -- Sitz: Berlin From p.heinlein at heinlein-support.de Wed Nov 9 08:02:23 2016 From: p.heinlein at heinlein-support.de (Peer Heinlein) Date: Wed, 9 Nov 2016 08:02:23 +0100 Subject: Postfixbuch 3. Auflage wieder lieferbar In-Reply-To: <000101d23a1e$aaec2bc0$00c48340$@ist-immer-online.de> References: <231001aa-d5d5-4ab8-b231-3c46330bfe8b@heinlein-support.de> <000101d23a1e$aaec2bc0$00c48340$@ist-immer-online.de> Message-ID: <2b8ada6f-5731-af1a-0a7d-eb82a40dc3eb@heinlein-support.de> Am 09.11.2016 um 01:17 schrieb Daniel: > Das Buch kann man auch als Taschenbuch kaufen https://www.amazon.de/Das-Postfix-Buch-Sichere-Mailserver-Linux/dp/1536939919 oder? > > Oder ist dieses anders vom Inhalt her? Das ist exakt das gleiche und wird in beiden Fällen von uns verschickt. Der Unterschied ist nur: Wenn man (es) bei Amazon kauft sorgt man dafür, daß möglichst wenig Geld direkt bei Autor und Verlag ankommt (und zahlt in dem Fall hier sogar mehr). > Gibt es eine Leseprobe zum Buch? Ja, auf http://www.postfixbuch.de Schönen Gruß Peer -- Heinlein Support GmbH Schwedter Str. 8/9b, 10119 Berlin http://www.heinlein-support.de Tel: 030 / 405051-42 Fax: 030 / 405051-19 Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht Berlin-Charlottenburg, Geschäftsführer: Peer Heinlein -- Sitz: Berlin From daniel at ist-immer-online.de Wed Nov 9 13:22:35 2016 From: daniel at ist-immer-online.de (Daniel) Date: Wed, 9 Nov 2016 13:22:35 +0100 Subject: AW: Postfixbuch 3. Auflage wieder lieferbar In-Reply-To: <2b8ada6f-5731-af1a-0a7d-eb82a40dc3eb@heinlein-support.de> References: <231001aa-d5d5-4ab8-b231-3c46330bfe8b@heinlein-support.de> <000101d23a1e$aaec2bc0$00c48340$@ist-immer-online.de> <2b8ada6f-5731-af1a-0a7d-eb82a40dc3eb@heinlein-support.de> Message-ID: <002201d23a83$f40bb360$dc231a20$@ist-immer-online.de> Hi Peer, für mich sind 48,05? weniger als 49,90? bei euch. Und zum Versand: Verkauf und Versand durch Amazon Hab dennoch eins bestellt bei euch und schau es mir einfach mal an. Eure bestellseite solltet ihr mal Anpassen, Stichwort: Button- Lösung, zudem kein Widerruf, AGB oder ähnliches. Gruß Daniel -----Ursprüngliche Nachricht----- Von: Postfixbuch-users [mailto:postfixbuch-users-bounces at listen.jpberlin.de] Im Auftrag von Peer Heinlein Gesendet: Mittwoch, 9. November 2016 08:02 An: postfixbuch-users at listen.jpberlin.de Betreff: Re: Postfixbuch 3. Auflage wieder lieferbar Am 09.11.2016 um 01:17 schrieb Daniel: > Das Buch kann man auch als Taschenbuch kaufen https://www.amazon.de/Das-Postfix-Buch-Sichere-Mailserver-Linux/dp/1536939919 oder? > > Oder ist dieses anders vom Inhalt her? Das ist exakt das gleiche und wird in beiden Fällen von uns verschickt. Der Unterschied ist nur: Wenn man (es) bei Amazon kauft sorgt man dafür, daß möglichst wenig Geld direkt bei Autor und Verlag ankommt (und zahlt in dem Fall hier sogar mehr). > Gibt es eine Leseprobe zum Buch? Ja, auf http://www.postfixbuch.de Schönen Gruß Peer -- Heinlein Support GmbH Schwedter Str. 8/9b, 10119 Berlin http://www.heinlein-support.de Tel: 030 / 405051-42 Fax: 030 / 405051-19 Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht Berlin-Charlottenburg, Geschäftsführer: Peer Heinlein -- Sitz: Berlin From p.heinlein at heinlein-support.de Wed Nov 9 15:58:11 2016 From: p.heinlein at heinlein-support.de (Peer Heinlein) Date: Wed, 9 Nov 2016 15:58:11 +0100 Subject: Postfixbuch 3. Auflage wieder lieferbar In-Reply-To: <002201d23a83$f40bb360$dc231a20$@ist-immer-online.de> References: <231001aa-d5d5-4ab8-b231-3c46330bfe8b@heinlein-support.de> <000101d23a1e$aaec2bc0$00c48340$@ist-immer-online.de> <2b8ada6f-5731-af1a-0a7d-eb82a40dc3eb@heinlein-support.de> <002201d23a83$f40bb360$dc231a20$@ist-immer-online.de> Message-ID: <5b2b2403-caef-dfa6-3128-462f1494ca74@heinlein-support.de> Am 09.11.2016 um 13:22 schrieb Daniel: > Eure bestellseite solltet ihr mal Anpassen, Stichwort: Button- Lösung, zudem kein Widerruf, AGB oder ähnliches. Ja, schon klar. Aber: Keine Zeit. Ich mach das nebenher und verdiene damit kein Geld. Das ist direkt vom Autor und gut ist. Wenn sich da jemand beschwert stelle ich den Service ein. Da bin ich leider ganz pragmatisch. Alles andere ist vom Kosten-Nutzen-Aufwand absurd. Peer -- Heinlein Support GmbH Schwedter Str. 8/9b, 10119 Berlin http://www.heinlein-support.de Tel: 030 / 405051-42 Fax: 030 / 405051-19 Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht Berlin-Charlottenburg, Geschäftsführer: Peer Heinlein -- Sitz: Berlin From adlogx at gmail.com Thu Nov 17 16:00:42 2016 From: adlogx at gmail.com (Adriano D'Antona) Date: Thu, 17 Nov 2016 16:00:42 +0100 Subject: =?UTF-8?Q?Filterregeln_f=C3=BCr_Postfix?= Message-ID: Guten Tag, ich setze Postfix in Version 2.11.3 (Debian Jessie) als Smarthost vor einem Exchange ein und suche nach einer Lösung, um Filter bzw. Regeln für folgende Dinge anzuwenden: - E-Mails von bestimmten Absendern bzw. Domains (From/Extern) an definierte E-Mail-Adresse(n) weiter- bzw. umzuleiten - E-Mails anhand bestimmter Betreff- oder Nachrichtentexte an definierte E-Mail-Adresse(n) weiter- bzw. umzuleiten Sowohl "always_bcc" als auch "recipient_bcc_maps" sind m.E. ungeeignet, da nicht nur explizit nach bestimmten Absender bzw. Domains gefiltert werden kann. Meine Recherche verwies mich oft an Zusatzsoftware wie Procmail oder Sieve. Mir ist jedoch noch nicht klar, ob Postfix das nicht doch alleine schafft und wenn, wie die Einbindung für meinen Einsatzzweck in Postfix erfolgt. Ein "REDIRECT" mittels "check_sender_access" oder "header_checks" (/^To: absender at example.de/ REDIRECT empfaenger at domain.de) schlug leider mit folgenden Fehler fehl: "Temporary MTA failure on relaying postfix" Selbst wenn das funktioniert hätte, wüsste ich noch nicht endgültig, wie der komplette Code zu Ende gedacht wird (vielleicht eine Mischung aus If /^Subject:/ .. EndIf ?). Nebeninfo: In einem Fall geht es konkret darum, wenn E-Mails im Auftrag von öffentlichen Ordnern (Exchange) gesendet werden, der Empfänger jedoch nicht existent ist, werden NDRs verworfen, weil diese nicht in öffentliche Ordner zugestellt werden. Am liebsten möchte ich diese NDRs nun mit Postfix, wie vorher mit dem POP3-Connector, anhand von Filterregeln abfangen und an ein bestimmtes Postfach umleiten. Ankommende E-Mails werden seit kurzem mittels "relay_domains" an den Exchange-Server übergeben. Früher wurde es mittels Catchall Funktionalität (Dovecot) abgewickelt und der Exchange-Server holte diese mittels POP3-Connector ab. Darin konnten sehr einfach über die GUI Regeln wie z.B. in Outlook erstellt werden. Thx4Support Toni -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From news at amaltea.de Thu Nov 17 17:55:12 2016 From: news at amaltea.de (Paul) Date: Thu, 17 Nov 2016 17:55:12 +0100 Subject: =?UTF-8?Q?Re:_Filterregeln_f=c3=bcr_Postfix?= In-Reply-To: References: Message-ID: <0c030581-1ce2-5cfb-88df-5d32f8ad2f43@amaltea.de> Hallo Adriano! Am 17.11.2016 um 16:00 schrieb Adriano D'Antona: > Guten Tag, > ich setze Postfix in Version 2.11.3 (Debian Jessie) als Smarthost vor > einem Exchange ein und suche nach einer Lösung, um Filter bzw. Regeln > für folgende Dinge anzuwenden: Ich habe es jetzt nicht getestet und nur so runtergeschrieben, aber das müsste so funktionieren. > - E-Mails von bestimmten Absendern bzw. Domains (From/Extern) an > definierte E-Mail-Adresse(n) weiter- bzw. umzuleiten main.cf: smtpd_recipient_restrictions = ..., check_sender_access pcre:/etc/postfix/nach_absender_filtern, ... /etc/postfix/nach_absender_filtern: /^absender1\@fremddomain1\.tld$/ REDIRECT definerte at zieladresse111.tld /\@nocheinedomain\.tld$/ REDIRECT definerte at zieladresse222.tld Hab hier jetzt eine pcre Map gewählt, aber es kann natürlich auch eine andere passende Map sein. > - E-Mails anhand bestimmter Betreff- oder Nachrichtentexte an definierte > E-Mail-Adresse(n) weiter- bzw. umzuleiten main.cf header_checks = pcre:/etc/postfix/header_check /etc/postfix/header_check: /Subject:.*Geheim/ REDIRECT geheim at meinziel.tld Gruß, Paul From adlogx at gmail.com Fri Nov 18 01:05:13 2016 From: adlogx at gmail.com (adlogx GM) Date: Fri, 18 Nov 2016 01:05:13 +0100 Subject: =?UTF-8?Q?Re=3A_Filterregeln_f=C3=BCr_Postfix?= In-Reply-To: <0c030581-1ce2-5cfb-88df-5d32f8ad2f43@amaltea.de> References: <0c030581-1ce2-5cfb-88df-5d32f8ad2f43@amaltea.de> Message-ID: Hallo Paul, erst einmal danke für deine Unterstützung. Beim ersten Teil, also bei der Prüfung nach dem Absender, werde ich mich falsch ausgedrückt haben. ... E-Mails von bestimmten Absendern bzw. Domains (From/Extern) an definierte E-Mail-Adresse(n) weiter- bzw. umzuleiten" Nehmen wir an die (externe!) E-Mail-Adresse "Extern at FremdDomain.tld" sendet eine Mail an meinen Mailserver bzw. die interne E-Mail-Adresse "intern at meinedomain.tld". Dann soll anhand der Prüfung der eingelieferten (From/Absender) E-Mail-Adresse oder Domain, eine Kopie an "irgendeineInterne at lokaleAdresse.tld" gehen. Bei der von dir vorgeschlagenen Prüfung wird von intern nach extern geprüft; also beim Senden einer Mail an absender1 at fremddomain.tld wird eine Kopie erzeugt. Der zweite Teil, also die Prüfung des Subjects im "header_check" hat einwandfrei funktioniert. Eine Rückfrage zum ersten aber auch zweiten Teil: Wie verfahre ich, wenn ich statt einem REDIRECT, ein FORWARD machen möchte, also der eigentliche Empfänger die E-Mail auch bekommt ? Grüße Adriano Am 17. November 2016 um 17:55 schrieb Paul : > Hallo Adriano! > > Am 17.11.2016 um 16:00 schrieb Adriano D'Antona: > > Guten Tag, > > ich setze Postfix in Version 2.11.3 (Debian Jessie) als Smarthost vor > > einem Exchange ein und suche nach einer Lösung, um Filter bzw. Regeln > > für folgende Dinge anzuwenden: > > Ich habe es jetzt nicht getestet und nur so runtergeschrieben, aber das > müsste so funktionieren. > > > - E-Mails von bestimmten Absendern bzw. Domains (From/Extern) an > > definierte E-Mail-Adresse(n) weiter- bzw. umzuleiten > > main.cf: > smtpd_recipient_restrictions = > ..., check_sender_access pcre:/etc/postfix/nach_absender_filtern, ... > > /etc/postfix/nach_absender_filtern: > /^absender1\@fremddomain1\.tld$/ REDIRECT definerte at zieladresse111.tld > /\@nocheinedomain\.tld$/ REDIRECT definerte at zieladresse222.tld > > Hab hier jetzt eine pcre Map gewählt, aber es kann natürlich auch eine > andere passende Map sein. > > > - E-Mails anhand bestimmter Betreff- oder Nachrichtentexte an definierte > > E-Mail-Adresse(n) weiter- bzw. umzuleiten > > main.cf > header_checks = pcre:/etc/postfix/header_check > > /etc/postfix/header_check: > /Subject:.*Geheim/ REDIRECT geheim at meinziel.tld > > > Gruß, > Paul > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From news at amaltea.de Fri Nov 18 10:20:25 2016 From: news at amaltea.de (Paul) Date: Fri, 18 Nov 2016 10:20:25 +0100 Subject: =?UTF-8?Q?Re:_Filterregeln_f=c3=bcr_Postfix?= In-Reply-To: References: <0c030581-1ce2-5cfb-88df-5d32f8ad2f43@amaltea.de> Message-ID: <7275d144-3b77-4f2d-2832-df4d2d601ecd@amaltea.de> Am 18.11.2016 um 01:05 schrieb adlogx GM: > Hallo Paul, > erst einmal danke für deine Unterstützung. > > Beim ersten Teil, also bei der Prüfung nach dem Absender, werde ich mich > falsch ausgedrückt haben. > ... E-Mails von bestimmten Absendern bzw. Domains (From/Extern) an > definierte E-Mail-Adresse(n) weiter- bzw. umzuleiten" > Nehmen wir an die (externe!) E-Mail-Adresse "Extern at FremdDomain.tld" > sendet eine Mail an meinen Mailserver bzw. die interne E-Mail-Adresse > "intern at meinedomain.tld". > > Dann soll anhand der Prüfung der eingelieferten (From/Absender) > E-Mail-Adresse oder Domain, eine Kopie an > "irgendeineInterne at lokaleAdresse.tld" gehen. > > Bei der von dir vorgeschlagenen Prüfung wird von intern nach extern > geprüft; also beim Senden einer Mail an absender1 at fremddomain.tld wird > eine Kopie erzeugt. Es wird keine Kopie erzeugt. Es wird ein REDIRECT durchgeführt. Vermutlich verstehen wir uns igrendwie grad falsch. Ich versuche deutlicher zu werden. Diese Regeln werden immer geprüft, egal ob man von intern nach extern versendet oder umgekehrt. Wenn die Bedingung der Regel "matcht" dann wird diese auch ausgeführt. Eventuell besteht auch ein Mißverständnis bei smtpd_recipient_restrictions check_sender_access Envelope From und Sender Meine Regel erfüllt deine Anforderung, sofern du Envelope-From meinst. Wenn du das From Feld aus dem Header meinst, dann musst du die passende Abfrage im Headercheck machen, also: main.cf header_checks = pcre:/etc/postfix/header_check /etc/postfix/header_check: /From:.*Extern\@FremdDomain\.tld/ REDIRECT intern at meinedomain.tld > Der zweite Teil, also die Prüfung des Subjects im "header_check" hat > einwandfrei funktioniert. > > Eine Rückfrage zum ersten aber auch zweiten Teil: Wie verfahre ich, wenn > ich statt einem REDIRECT, ein FORWARD machen möchte, also der > eigentliche Empfänger die E-Mail auch bekommt ? Ich meine, dass das so ohne Weiteres nicht geht. Evtl über Umwege, z.B. durch Redirect an einen Verteiler. Gruß, Paul > > Grüße > Adriano > > > Am 17. November 2016 um 17:55 schrieb Paul >: > > Hallo Adriano! > > Am 17.11.2016 um 16:00 schrieb Adriano D'Antona: > > Guten Tag, > > ich setze Postfix in Version 2.11.3 (Debian Jessie) als Smarthost vor > > einem Exchange ein und suche nach einer Lösung, um Filter bzw. Regeln > > für folgende Dinge anzuwenden: > > Ich habe es jetzt nicht getestet und nur so runtergeschrieben, aber das > müsste so funktionieren. > > > - E-Mails von bestimmten Absendern bzw. Domains (From/Extern) an > > definierte E-Mail-Adresse(n) weiter- bzw. umzuleiten > > main.cf : > smtpd_recipient_restrictions = > ..., check_sender_access pcre:/etc/postfix/nach_absender_filtern, ... > > /etc/postfix/nach_absender_filtern: > /^absender1\@fremddomain1\.tld$/ REDIRECT definerte at zieladresse111.tld > /\@nocheinedomain\.tld$/ REDIRECT definerte at zieladresse222.tld > > Hab hier jetzt eine pcre Map gewählt, aber es kann natürlich auch eine > andere passende Map sein. > > > - E-Mails anhand bestimmter Betreff- oder Nachrichtentexte an definierte > > E-Mail-Adresse(n) weiter- bzw. umzuleiten > > main.cf > header_checks = pcre:/etc/postfix/header_check > > /etc/postfix/header_check: > /Subject:.*Geheim/ REDIRECT geheim at meinziel.tld > > > Gruß, > Paul > > From hans.moser at ofd-z.niedersachsen.de Tue Nov 22 18:29:18 2016 From: hans.moser at ofd-z.niedersachsen.de (Marc Patermann) Date: Tue, 22 Nov 2016 18:29:18 +0100 Subject: Sind Exchange und Outlook auf GMT konfiguriert? In-Reply-To: References: Message-ID: <2a87830f-512e-474d-ca3a-660fe61b4ab9@ofd-z.niedersachsen.de> Hallo, (ich war hier aus der Liste geflogen, konnte aber noch senden, wie ich im Archiv sehe. Meine eigene Mail habe ich auch selbst nicht über die Liste bekommen ?) --------------- aus der Archiv-Seite kopiert --------------------------- Max Grobecker max.grobecker at ml.grobecker.info Di Okt 25 15:31:55 CEST 2016 Am 25.10.2016 um 11:25 schrieb Marc Patermann: > Die Mail sieht dann so aus: > "Datum: Tue, 25 Oct 2016 08:14:52 +0000" Zeigt Thunderbird in dem Fall tatsächlich 08:14 Uhr an oder 10:14 Uhr, weil es nach CEST umgerechnet wurde? > Also sind die Server und Clients - die wahrscheinlich ausschließlich Exchange mit Outlook sind - alle auf GMT konfiguriert!? Wenn 10:14 Uhr angezeigt wird und selbst das zwei Stunden zu früh ist, hat wahrscheinlich der Absender an seinen Client oder Server die Uhrzeit nicht im Griff oder wenigstens eine falsche Zeitzone eingestellt. Ich weiß gerade nicht aus dem Kopf, ob bei Outlook resp. Exchange der Server die Uhrzeit überschreibt, sonst ist es definitiv ein Clientproblem. --------------- aus der Archiv-Seite kopiert --------------------------- Das Date-Feld mit +0000 aus dem Mailheader wird als GMT interpretiert und dann von Thunderbird auf CEST/CET umgerechnet - jetzt also +0100. Das ist meiner Meinung nach auch korrekt so. Das ist nicht nur eine Organisation, die das so schickt. Daher frage ich. Die Uhrzeit ist nach CEST/CET eingetragen, die Zeitzone aber als GMT +0000. Damit lese ich eine Mail, die vor einer Minute gesendet wurde und wundere mich, dass sie erst in 59 Minuten erstellt worden sein wird. Marc From macholl at scienlab.de Tue Nov 29 09:49:44 2016 From: macholl at scienlab.de (Tim Macholl) Date: Tue, 29 Nov 2016 09:49:44 +0100 Subject: SMTP Fehler? Message-ID: <695374ff-24f3-eea7-2e6f-3c5558862177@scienlab.de> Hallo zusammen, ich bin gerade dabei in China einen Mail-Server aufzusetzen, und bekomme folgende Fehlermeldung. Die ist mir neu und bei google finde ich auch nicht viel. Kann ja eigentlich nur heißen das ich irgendwo einen kleinen Fehler habe den ich nicht sehe. Hat hier vielleicht jemand eine Idee was das seien könnte? postfix/smtp[5858]: C4B423380059: to=, relay=smtp.mxhichina.com[42.120.219.29]:25, delay=373, delays=373/0.01/0.21/0.06, dsn=4.0.0, status=deferred (host smtp.mxhichina.com[42.120.219.29] said: 440 mail from account doesn't conform with authentication (Auth Account:empfänger at mail.cn|Mail Account:Absender at mail.de) (in reply to MAIL FROM command)) Gruß Tim From p at sys4.de Tue Nov 29 10:00:52 2016 From: p at sys4.de (Patrick Ben Koetter) Date: Tue, 29 Nov 2016 10:00:52 +0100 Subject: SMTP Fehler? In-Reply-To: <695374ff-24f3-eea7-2e6f-3c5558862177@scienlab.de> References: <695374ff-24f3-eea7-2e6f-3c5558862177@scienlab.de> Message-ID: <20161129090052.GC21532@sys4.de> * Tim Macholl : > Hallo zusammen, > > ich bin gerade dabei in China einen Mail-Server aufzusetzen, und bekomme > folgende Fehlermeldung. Die ist mir neu und bei google finde ich auch > nicht viel. Kann ja eigentlich nur heißen das ich irgendwo einen kleinen > Fehler habe den ich nicht sehe. > > Hat hier vielleicht jemand eine Idee was das seien könnte? > > postfix/smtp[5858]: C4B423380059: to=, relay=smtp.mxhichina.com[42.120.219.29]:25, delay=373, delays=373/0.01/0.21/0.06, dsn=4.0.0, > status=deferred (host smtp.mxhichina.com[42.120.219.29] said: 440 mail from account doesn't conform with authentication (Auth Account:empfänger at mail.cn|Mail Account:Absender at mail.de) (in reply to MAIL FROM command)) Login Name und Envelope Sender passen nicht zueinander. Das System hinter 42.120.219.29 prüft, ob der/dein Server einen zulässigen Envelope Sender verwendet. p at 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 Aufsichtsratsvorsitzender: Florian Kirstein From ralf.prengel at rprengel.de Tue Nov 29 10:59:39 2016 From: ralf.prengel at rprengel.de (Ralf Prengel) Date: Tue, 29 Nov 2016 10:59:39 +0100 Subject: SMTP Fehler? In-Reply-To: <20161129090052.GC21532@sys4.de> References: <695374ff-24f3-eea7-2e6f-3c5558862177@scienlab.de> <20161129090052.GC21532@sys4.de> Message-ID: Greift da ggf. Zensurmassnahmen bzw. die Methoden wie dort das Netz kontrolliert wird. Von meinem iPhone gesendet > Am 29.11.2016 um 10:00 schrieb Patrick Ben Koetter

: > > * Tim Macholl : >> Hallo zusammen, >> >> ich bin gerade dabei in China einen Mail-Server aufzusetzen, und bekomme >> folgende Fehlermeldung. Die ist mir neu und bei google finde ich auch >> nicht viel. Kann ja eigentlich nur heißen das ich irgendwo einen kleinen >> Fehler habe den ich nicht sehe. >> >> Hat hier vielleicht jemand eine Idee was das seien könnte? >> >> postfix/smtp[5858]: C4B423380059: to=, relay=smtp.mxhichina.com[42.120.219.29]:25, delay=373, delays=373/0.01/0.21/0.06, dsn=4.0.0, >> status=deferred (host smtp.mxhichina.com[42.120.219.29] said: 440 mail from account doesn't conform with authentication (Auth Account:empfänger at mail.cn|Mail Account:Absender at mail.de) (in reply to MAIL FROM command)) > > Login Name und Envelope Sender passen nicht zueinander. Das System hinter > 42.120.219.29 prüft, ob der/dein Server einen zulässigen Envelope Sender > verwendet. > > p at 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 > Aufsichtsratsvorsitzender: Florian Kirstein > From Ralf.Hildebrandt at charite.de Tue Nov 29 11:02:38 2016 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Tue, 29 Nov 2016 11:02:38 +0100 Subject: SMTP Fehler? In-Reply-To: References: <695374ff-24f3-eea7-2e6f-3c5558862177@scienlab.de> <20161129090052.GC21532@sys4.de> Message-ID: <20161129100238.6i5wvzevbb4enfmt@charite.de> * Ralf Prengel : > >> postfix/smtp[5858]: C4B423380059: to=, relay=smtp.mxhichina.com[42.120.219.29]:25, delay=373, delays=373/0.01/0.21/0.06, dsn=4.0.0, > >> status=deferred (host smtp.mxhichina.com[42.120.219.29] said: 440 mail from account doesn't conform with authentication (Auth Account:empfänger at mail.cn|Mail Account:Absender at mail.de) (in reply to MAIL FROM command)) Erste Frage dazu: Bist Du Kunde bei denen? Oder willst du "nur" eine Mail senden? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From macholl at scienlab.de Wed Nov 30 08:49:18 2016 From: macholl at scienlab.de (Tim Macholl) Date: Wed, 30 Nov 2016 08:49:18 +0100 Subject: SMTP Fehler? In-Reply-To: References: <695374ff-24f3-eea7-2e6f-3c5558862177@scienlab.de> <20161129090052.GC21532@sys4.de> Message-ID: <29e2c6e4-d7cb-565e-a9a5-d15963886521@scienlab.de> Also die Empfänger E-Mail Adresse existiert auch bei diesem Anbieter, bin da also Kunde. Ich habe in den sender_canonical auch die Empfänger Adresse eingetragen, sollte also eigentlich passen. Wie das mit den Zensurmaßnahmen ist kann ich nicht sagen, da sind die nicht so gesprächig, mal von der sprachlichen Barriere abgesehen. Danke schon mal Tim Am 29.11.2016 um 10:59 schrieb Ralf Prengel: > Greift da ggf. Zensurmassnahmen bzw. die Methoden wie dort das Netz kontrolliert wird. > > Von meinem iPhone gesendet > >> Am 29.11.2016 um 10:00 schrieb Patrick Ben Koetter

: >> >> * Tim Macholl : >>> Hallo zusammen, >>> >>> ich bin gerade dabei in China einen Mail-Server aufzusetzen, und bekomme >>> folgende Fehlermeldung. Die ist mir neu und bei google finde ich auch >>> nicht viel. Kann ja eigentlich nur heißen das ich irgendwo einen kleinen >>> Fehler habe den ich nicht sehe. >>> >>> Hat hier vielleicht jemand eine Idee was das seien könnte? >>> >>> postfix/smtp[5858]: C4B423380059: to=, relay=smtp.mxhichina.com[42.120.219.29]:25, delay=373, delays=373/0.01/0.21/0.06, dsn=4.0.0, >>> status=deferred (host smtp.mxhichina.com[42.120.219.29] said: 440 mail from account doesn't conform with authentication (Auth Account:empfänger at mail.cn|Mail Account:Absender at mail.de) (in reply to MAIL FROM command)) >> Login Name und Envelope Sender passen nicht zueinander. Das System hinter >> 42.120.219.29 prüft, ob der/dein Server einen zulässigen Envelope Sender >> verwendet. >> >> p at 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 >> Aufsichtsratsvorsitzender: Florian Kirstein >> -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From F.Wesener at dnb.de Wed Nov 30 09:12:33 2016 From: F.Wesener at dnb.de (Wesener, Franz-Josef) Date: Wed, 30 Nov 2016 08:12:33 +0000 Subject: Best Practice Mailqueue Synchronisation Message-ID: <07258C0F9163C54688B762BCA4D383B0F8AC08@dnbf-ex1.AD.DDB.DE> Hallo zusammen, ich habe eine Frage bezüglich Strategien nicht versendeter Mails bei einem redundant aufgebauten Postfix Mailrelay, welche auf LXC Containern laufen. Für den Fall eines Ausfalles und das switchen auf den 2. Postfix-Server sind die Copntainer mit UCARP in das Netzwerk eingebunden. Gibt es eine Best Practice Strategie, um die nicht zugestellten Mails, die sich noch in den Mailqueues befinden auf den aktiven Server zu portieren, um sie dann zu versenden? Shared Mailqueues sollten wohl aus mehreren guten Gründen nicht verwendet werden. Reicht es die Mailqueues zu synchronisieren, und was sollte ausser einem vorherigen Backup des /var/spool/postfix Ordners beachtet werden? Viele Grüße, Josef -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From Ralf.Hildebrandt at charite.de Wed Nov 30 09:18:20 2016 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Wed, 30 Nov 2016 09:18:20 +0100 Subject: Best Practice Mailqueue Synchronisation In-Reply-To: <07258C0F9163C54688B762BCA4D383B0F8AC08@dnbf-ex1.AD.DDB.DE> References: <07258C0F9163C54688B762BCA4D383B0F8AC08@dnbf-ex1.AD.DDB.DE> Message-ID: <20161130081810.upswpq7c4yinzxcv@charite.de> * Wesener, Franz-Josef : > Hallo zusammen, > > ich habe eine Frage bezüglich Strategien nicht versendeter Mails bei einem redundant aufgebauten Postfix Mailrelay, welche auf > LXC Containern laufen. > > Für den Fall eines Ausfalles und das switchen auf den 2. Postfix-Server > sind die Copntainer mit UCARP in das Netzwerk eingebunden. Gibt es eine > Best Practice Strategie, um die nicht zugestellten Mails, die sich noch > in den Mailqueues befinden auf den aktiven Server zu portieren, um sie > dann zu versenden? Ich dachte der Container wäre samt Filesystem rübermigriert worden? > Shared Mailqueues sollten wohl aus mehreren guten Gründen nicht > verwendet werden. > Reicht es die Mailqueues zu synchronisieren, und was sollte ausser > einem vorherigen Backup des /var/spool/postfix Ordners beachtet werden? Ist die Mailqueue nicht IM Container und damit sofort vorhanden? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From Ralf.Hildebrandt at charite.de Wed Nov 30 09:21:47 2016 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Wed, 30 Nov 2016 09:21:47 +0100 Subject: Best Practice Mailqueue Synchronisation In-Reply-To: <07258C0F9163C54688B762BCA4D383B0F8AC08@dnbf-ex1.AD.DDB.DE> References: <07258C0F9163C54688B762BCA4D383B0F8AC08@dnbf-ex1.AD.DDB.DE> Message-ID: <20161130082146.3iourkpx4qgg7x3w@charite.de> * Wesener, Franz-Josef : > Hallo zusammen, > > ich habe eine Frage bezüglich Strategien nicht versendeter Mails bei einem redundant aufgebauten Postfix Mailrelay, welche auf > LXC Containern laufen. > > Für den Fall eines Ausfalles und das switchen auf den 2. Postfix-Server sind die Copntainer mit UCARP in das Netzwerk eingebunden. > Gibt es eine Best Practice Strategie, um die nicht zugestellten Mails, die sich noch in den Mailqueues befinden auf den aktiven Server zu portieren, > um sie dann zu versenden? > > Shared Mailqueues sollten wohl aus mehreren guten Gründen nicht verwendet werden. > Reicht es die Mailqueues zu synchronisieren, und was sollte ausser einem vorherigen Backup des /var/spool/postfix Ordners beachtet werden? Aber generell: http://marc.info/?l=postfix-users&m=128776625324068&w=2 "You can MAKE backups while the Postfix runs, but you cannot RESTORE backups (while Postfix runs or while the queue is not empty)." D.h. man braucht einen Container mit einer leeren Postfix Queue, dort wirft man sein Backup rein, dann startet man Postfix an. -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From F.Wesener at dnb.de Wed Nov 30 16:00:02 2016 From: F.Wesener at dnb.de (Wesener, Franz-Josef) Date: Wed, 30 Nov 2016 15:00:02 +0000 Subject: AW: Best Practice Mailqueue Synchronisation In-Reply-To: <20161130081810.upswpq7c4yinzxcv@charite.de> References: <07258C0F9163C54688B762BCA4D383B0F8AC08@dnbf-ex1.AD.DDB.DE>, <20161130081810.upswpq7c4yinzxcv@charite.de> Message-ID: <07258C0F9163C54688B762BCA4D383B0F8ACD7@dnbf-ex1.AD.DDB.DE> Hallo Ralf, danke erstmal, dass Du Dich so kurzfristig um meine Anfrage kümmern kannst. Es sind 2 LXC Container mit Postfix Servern, diese teilen sich per UCARP eine virtuelle IP-Adresse, d.h. Postfix 1 ist sozusagen der Masterserver , Postfix 2 der Slave. Die Container liegen auf einem NFS, und beim Master Postfix kam durch ein Lockfile, welches vom NFS generiert wurde zu einer Störung. Mails konnten angenommen und verteilt werden, jedoch liessen sich keinerlei Mails mehr versenden. Die Mailqueues beider Server liegen jeweils mit auf den LXC Containern. Wäre folgendes Szenario ok, falls sich der Fehler wiederholen sollte: Mailqueue Server 1 auf "hold ALL" setzen. Stoppen von von Server 1 per UCARP, dadurch wird automatisch Postfix auf Server 2 aktiv. Synchronisieren der Mailqueues von Server 1 -> Server 2. Mailqueue auf Server 2 auf "unhold ALL" setzen. Mailversand per "postqueue -f" anstossen. Beste Grüße, Josef ________________________________________ Von: Ralf Hildebrandt [Ralf.Hildebrandt at charite.de] Gesendet: Mittwoch, 30. November 2016 09:18 An: Wesener, Franz-Josef Cc: postfixbuch-users at listen.jpberlin.de Betreff: Re: Best Practice Mailqueue Synchronisation * Wesener, Franz-Josef : > Hallo zusammen, > > ich habe eine Frage bezüglich Strategien nicht versendeter Mails bei einem redundant aufgebauten Postfix Mailrelay, welche auf > LXC Containern laufen. > > Für den Fall eines Ausfalles und das switchen auf den 2. Postfix-Server > sind die Copntainer mit UCARP in das Netzwerk eingebunden. Gibt es eine > Best Practice Strategie, um die nicht zugestellten Mails, die sich noch > in den Mailqueues befinden auf den aktiven Server zu portieren, um sie > dann zu versenden? Ich dachte der Container wäre samt Filesystem rübermigriert worden? > Shared Mailqueues sollten wohl aus mehreren guten Gründen nicht > verwendet werden. > Reicht es die Mailqueues zu synchronisieren, und was sollte ausser > einem vorherigen Backup des /var/spool/postfix Ordners beachtet werden? Ist die Mailqueue nicht IM Container und damit sofort vorhanden? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de