- postfix-users - list.sys4.de

[postfix-users] MAILER-DAEMON
by info＠soheyl-larinejad.de via postfix-users 17 Sep '13

17 Sep '13

Um E-Mails an die Liste postfix-users zu schicken, nutzen Sie bitte die Adresse postfix-users(a)de.postfix.org Um sich via Web von der Liste zu entfernen oder draufzusetzen: <http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users> oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in Subject/Betreff oder im Text an postfix-users-request(a)de.postfix.org Sie koennen den Listenverwalter dieser Liste unter der Adresse postfix-users-owner(a)de.postfix.org erreichen Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of postfix-users digest..." Meldungen des Tages: 1. Re: postfix-users Nachrichtensammlung, Band 65, Eintrag 3 (info(a)soheyl-larinejad.de via postfix-users) ---------------------------------------------------------------------- Message: 1 Date: Tue, 17 Sep 2013 13:10:26 +0200 (CEST) From: "info(a)soheyl-larinejad.de via postfix-users" <postfix-users(a)de.postfix.org> To: postfix-users(a)de.postfix.org Subject: Re: [postfix-users] postfix-users Nachrichtensammlung, Band 65, Eintrag 3 Message-ID: <1521012149.306474.1379416227101.open-xchange(a)email.1und1.de> Content-Type: text/plain; charset="utf-8" > postfix-users-request(a)de.postfix.org hat am 17. September 2013 um 12:00 > geschrieben: > > > Um E-Mails an die Liste postfix-users zu schicken, nutzen Sie bitte > die Adresse > > postfix-users(a)de.postfix.org > > Um sich via Web von der Liste zu entfernen oder draufzusetzen: > > <http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users> > > > oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in > Subject/Betreff oder im Text an > > postfix-users-request(a)de.postfix.org > > Sie koennen den Listenverwalter dieser Liste unter der Adresse > > postfix-users-owner(a)de.postfix.org > > erreichen > > Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen > sinnvollen Inhalt der spezifischer ist als "Re: Contents of > postfix-users digest..." > > > Meldungen des Tages: > > 1. MAILER-DAEMON (info(a)soheyl-larinejad.de via postfix-users) > 2. Re: MAILER-DAEMON (Ralf Hildebrandt via postfix-users) > 3. Re: MAILER-DAEMON (Ralf Hildebrandt via postfix-users) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 16 Sep 2013 15:57:22 +0200 (CEST) > From: "info(a)soheyl-larinejad.de via postfix-users" > <postfix-users(a)de.postfix.org> > To: postfix-users(a)de.postfix.org > Subject: [postfix-users] MAILER-DAEMON > Message-ID: > <125367553.240757.1379339842442.open-xchange(a)email.1und1.de> > Content-Type: text/plain; charset="utf-8" > > Hallo zusammen, > > > > ich bin in dem Thema Postfix noch nicht so versiert und arbeite mich gerade > rein. > > Letzte Woche hatte ich einen Vorfall, den ich nicht verstanden habe oder > besser > gesagt verstehen möchte. Ich hoffe ihr könnt mir weiterhelfen. > > Einer unserer Mitarbeiter erhielt unzustellbare Fehlermeldungen, von E-Mails > welche er vor bereits längerer Zeit rausgeschickt hattte. Der Empfänger an > dem > diese Mail geschickt wurde, hatte sich damals in unsere Mailingliste > eingetragen. Ob die von ihm hinterlegte Mailadresse existiert ist nicht > sichergestellt. > > Das Postfach von unserem Mitarbeiter war innerhalb sehr kurzer Zeit mit > mehreren > hundert Mails gefüllt und es hörte nicht mehr auf. Und immer wieder der > selber > Server der die Antwort lieferte. > > Um dem ganzen Abhilfe zu schaffen, habe ich den sendenden Server in die > sender_access Liste mit einem REJECT wie Folgt aufgenommen. > > > > Nano sender_access > > > > *.fremdserver.ka REJECT > > Fremdserver.ka REJECT > > > > postmap hash:sender_access > > > > /etc/init.d/postfix restart > > > > Ich bin mir nun nicht sicher ob das Problem nun hierdurch behoben wurde. Auch > aus diesem Grund möchte ich mehr über diesen Vorgang erfahren um in Zukunft > gezielter das Problem angehen zu können. > > > > Im Folgenden Poste ich euch die Nachricht welche von dem unbekannten Server > kam. > > Unseren Mitarbeiter bezeichne ich als YUser(a)unseredomain.de > <<mailto:YUser@unseredomain.de> > und den ursprünglichen Empfänger als > ZUser(a)ZUserdomain.de <<mailto:ZUser@ZUserdomain.de> > . > > Unseren Server Als unseredomain.de <<mailto:YServer@unseredomain.de> > > Fremden > Server als fremdserver.ka <<mailto:ZServer@fremdserver.ka> > . > > > > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Von: Mail Delivery System [<mailto:MAILER-DAEMON@fremdserver.ka> ] > > Gesendet: Freitag, 13. 10 2013 08:33 > > An: Unser, Benutzer > > Betreff: Unzustellbar: xxxx?.. > > Fehler bei der Nachrichtenzustellung an folgende Empfänger oder Gruppen: > > > > ZUser@localhost > > Kommunikationsfehler bei der Zustellung der Nachricht. Versuchen Sie, die > Nachricht zu einem späteren Zeitpunkt erneut zu senden. Wenden Sie sich an > den > Helpdesk, falls das Problem weiterhin besteht. > > > > Diagnoseinformationen für Administratoren: > > Generierender Server: fremdserver.ka <<mailto:ZServer@fremdserver.ka> > > > ZUser@localhost > > #< #4.4.1 X-Postfix; connect to fremdserver.ka[/var/lib/imap/socket/lmtp]: > Connection refused> #SMTP# > > > > Ursprüngliche Nachrichtenkopfzeilen: > > > > Received: from fremdserver.ka (localhost.localdomain [127.0.0.1]) > > by fremdserver.ka (Postfix) with ESMTP id F365428D9E6FA > > for <ZUser@localhost>; Tue, 10 Sep 2013 18:11:51 +0200 (CEST) > > X-Envelope-From: <YUser(a)unseredomain.de <<mailto:YUser@unseredomain.de> > > > > X-Envelope-To: <ZUser(a)ZUserdomain.net> > > X-Delivery-Time: 1372409561 > > X-UID: 9074 > > X-RZG-MI-VALUES: bm=0 mafl=1 sh=0 du=0 sp=2,1 vv=1 nf=0 > > X-Strato-MessageType: email > > X-RZG-CLASS-ID: mi > > Received: from post.strato.de [81.169.145.136] > > by fremdserver.ka with POP3 (fetchmail-6.3.6) > > for <ZUser@localhost> (single-drop); Tue, 10 Sep 2013 18:11:51 +0200 > (CEST) > > Received: from unseredomain.de ([85.214.119.99]) > > by mailin.rzone.de (jored mi89) (RZmta 31.28 OK) > > with ESMTP id 705210p5S7f2iX for <ZUser(a)ZUserdomain.net>; > > Fri, 28 Jun 2013 10:52:41 +0200 (CEST) > > Received: from localhost (localhost [127.0.0.1]) > > by unserdomain.de (unsere Group) with ESMTP id EBAF5347C1C3; > > Fri, 28 Jun 2013 10:52:40 +0200 (CEST) > > X-Virus-Scanned: at unseredomain.de > > Received: from unseredomain.de ([127.0.0.1]) > > by localhost (unseredomain.de [127.0.0.1]) (amavisd-new, port 10024) > > with ESMTP id ZY4wU6QYSeWZ; Fri, 28 Jun 2013 10:52:39 +0200 (CEST) > > thread-index: Ac5z3IpchT6iuEijTsqHoEvqRky7Bg== > > Thread-Topic: > =?iso-8859-1?Q?Unseredomain_Pressemitteilung_Karriere-Rating_der_?= > > =?iso-8859-1?Q?DEVK_l=E4uft_aus?= > > From: <YUser <<mailto:YUser@unseredomain.de> > @Unseredomain.de> > > To: > > CC: > > Subject: =?iso-8859-1?Q?Unseredomain__Pressemitteilung_Karriere-Rating_der_?= > > =?iso-8859-1?Q?DEVK_l=E4uft_aus?= > > Date: Fri, 28 Jun 2013 10:50:29 +0200 > > Message-ID: <2D5E8CFD3E6C47F4B84A8CDE4AA13459@oskar6> > > MIME-Version: 1.0 > > Content-Type: text/plain > > X-Mailer: Microsoft CDO for Windows 2000 > > Content-Class: urn:content-classes:message > > Importance: normal > > Priority: normal > > X-AVK-Virus-Check: AVA 22.10615;F1206 > > > ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > > > > > > > > > Ich bedanke mich jetzt schon für eure Hilfe. > > Beste Grüße > > Soul > > -------------- nächster Teil -------------- > Ein Dateianhang mit HTML-Daten wurde abgetrennt... > URL: > > <<http://de.postfix.org/pipermail/postfix-users/attachments/20130916/6cc37fde…> > > > > ------------------------------ > > Message: 2 > Date: Tue, 17 Sep 2013 11:29:29 +0200 > From: Ralf Hildebrandt via postfix-users > <postfix-users(a)de.postfix.org> > To: postfix-users(a)de.postfix.org > Subject: Re: [postfix-users] MAILER-DAEMON > Message-ID: <20130917092929.GD12464(a)sys4.de> > Content-Type: text/plain; charset=utf-8 > > > > > Einer unserer Mitarbeiter erhielt unzustellbare Fehlermeldungen, von > > > E-Mails > > welche er vor bereits längerer Zeit rausgeschickt hattte. Der Empfänger an > > dem > > diese Mail geschickt wurde, hatte sich damals in unsere Mailingliste > > eingetragen. Ob die von ihm hinterlegte Mailadresse existiert ist nicht > > sichergestellt. > > > > > Wieso kann der sich dann in eine Eurer Mailinglisten eintragen? > Entshuldige habe mich falsch ausgedrückt. Das ist eine Newsletter Liste. Hier kann sich so ziemlich alles und jeder eintragen. > Standard ist: Ich trage eine Adresse ein, kriege Bestätigungsmail an > DIESE Adresse und DANN, erst DANN und nur DANN, bin ich "drin". > > Alles andere ist problematisch. Aber das hast Du ja gerade selbst > bemerkt > Ja habe ich und wie, hat mich am Freitag den 13. fast den ganzen Abend gekostet. Danke für dein Tipp, dass werde ich mal so weitergeben an die Richtige Abteilung (Webprogrammierer)...:) > > > > Um dem ganzen Abhilfe zu schaffen, habe ich den sendenden Server in die > > sender_access Liste mit einem REJECT wie Folgt aufgenommen. > > > > > > > > Nano sender_access > > > > > > > > *.fremdserver.ka REJECT > > > > > Die syntax gibt es nicht. > > > > > Fremdserver.ka REJECT > > > > > Um zu sagen wie/ob das funktioniert müsste man wissen, wie > sender_access benutzt wird (mit check_sender_access > hash:/etc/postfix/sender_access)? > Ja genau so steht es in der main.cf. check_sender_access hash:/etc/postfix/sender_access > Dann müssen die Mails von einer irgendwas(a)Fremdserver.ka Adresse > gekommen sein - und waren keine Bounces. > > > > > postmap hash:sender_access > > /etc/init.d/postfix restart > > > > > Restart ist nicht nötig. > Dankeschön:) > > > > Ich bin mir nun nicht sicher ob das Problem nun hierdurch behoben wurde. > > Auch > > aus diesem Grund möchte ich mehr über diesen Vorgang erfahren um in > > Zukunft > > gezielter das Problem angehen zu können. > > > > > Na man sollte schon rauskriegen, WARUM da soviele Mails zurückgekommen > sind. Dazu muss man sich den Bounce (oder was auch immer es ist) genau > ansehen, Datumsangaben vergleichen usw. > > > > > Unseren Mitarbeiter bezeichne ich als YUser(a)unseredomain.de > > <<mailto:YUser@unseredomain.de> > und den ursprünglichen Empfänger als > > ZUser(a)ZUserdomain.de <<mailto:ZUser@ZUserdomain.de> > . > > > > > > > > Received: from post.strato.de [81.169.145.136] > > > > by fremdserver.ka with POP3 (fetchmail-6.3.6) > > > > for <ZUser@localhost> (single-drop); Tue, 10 Sep 2013 18:11:51 +0200 > > (CEST) > > > > > Alles lief in eine Mailbox, die wurde per POP und fetchmail abgeholt > > > > > Received: from unseredomain.de ([85.214.119.99]) > > > > by mailin.rzone.de (jored mi89) (RZmta 31.28 OK) > > > > with ESMTP id 705210p5S7f2iX for <ZUser(a)ZUserdomain.net>; > > > > Fri, 28 Jun 2013 10:52:41 +0200 (CEST) > > > > > Seit ÄONEN das erste Mal, denn die Mail ist am 28 Jun 2013 in die POP > Box gekommen, wurde aber erst am 10 Sep 2013 abgeholt. > > Dann hat die Mail 3 Tage auf dem abholenden Postfix gegammelt, der nicht > LMTP mit Dovecot reden konnte: > > #< #4.4.1 X-Postfix; connect to fremdserver.ka[/var/lib/imap/socket/lmtp]: > Connection refused> #SMTP# > > Dann ist alles gebounced. > > > ------------------------------ > > Message: 3 > Date: Tue, 17 Sep 2013 11:36:04 +0200 > From: Ralf Hildebrandt via postfix-users > <postfix-users(a)de.postfix.org> > To: postfix-users(a)de.postfix.org > Subject: Re: [postfix-users] MAILER-DAEMON > Message-ID: <20130917093604.GE12464(a)sys4.de> > Content-Type: text/plain; charset=utf-8 > > > > > Seit ÄONEN das erste Mal, denn die Mail ist am 28 Jun 2013 in die POP > > Box gekommen, wurde aber erst am 10 Sep 2013 abgeholt. > > > > Dann hat die Mail 3 Tage auf dem abholenden Postfix gegammelt, der nicht > > LMTP mit Dovecot reden konnte: > > > > #< #4.4.1 X-Postfix; connect to fremdserver.ka[/var/lib/imap/socket/lmtp]: > > Connection refused> #SMTP# > > > > Dann ist alles gebounced. > > > > > Übersetzung: > > a) nicht deine Schuld > > b) eigentlich doch deine Schuld, weil die Adresse NIE NIE NIE ohne > Bestätigung auf die Liste hätte kommen dürfen > > Einwand zu b) Das hilft natürlich nicht, wenn das ganze mal korrekt > bestätigt wurde, die DANN ihren Mailserver kaputtgespielt haben und Ihr > OHNE FEHLER immer Mail hingeschickt hat. > > Und nach drei Monaten hat's dann richtig geknallt und alle > "aufgestauten Fehler" kamen en-bloc zurück. > > Schlußfolgerung: > > Ich persönlich würde die Mail von der Adressliste löschen und nicht > weiter drüber nachdenken. Sowas ist relativ unwahrscheinlich. > die Mailadresse habe ich bereits aus der Liste genommen. Habe immer noch Fragezeichen im Kopf aber ich werde dein Tipp annehmen und nicht weiter darüber nachdenken. Vielen dank für die Hilfe.

1 0

Re: [postfix-users] postfix-users Nachrichtensammlung, Band 65, Eintrag 3
by info＠soheyl-larinejad.de via postfix-users 17 Sep '13

17 Sep '13

> postfix-users-request(a)de.postfix.org hat am 17. September 2013 um 12:00 > geschrieben: > > > Um E-Mails an die Liste postfix-users zu schicken, nutzen Sie bitte > die Adresse > > postfix-users(a)de.postfix.org > > Um sich via Web von der Liste zu entfernen oder draufzusetzen: > > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in > Subject/Betreff oder im Text an > > postfix-users-request(a)de.postfix.org > > Sie koennen den Listenverwalter dieser Liste unter der Adresse > > postfix-users-owner(a)de.postfix.org > > erreichen > > Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen > sinnvollen Inhalt der spezifischer ist als "Re: Contents of > postfix-users digest..." > > > Meldungen des Tages: > > 1. MAILER-DAEMON (info(a)soheyl-larinejad.de via postfix-users) > 2. Re: MAILER-DAEMON (Ralf Hildebrandt via postfix-users) > 3. Re: MAILER-DAEMON (Ralf Hildebrandt via postfix-users) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 16 Sep 2013 15:57:22 +0200 (CEST) > From: "info(a)soheyl-larinejad.de via postfix-users" > <postfix-users(a)de.postfix.org> > To: postfix-users(a)de.postfix.org > Subject: [postfix-users] MAILER-DAEMON > Message-ID: > <125367553.240757.1379339842442.open-xchange(a)email.1und1.de> > Content-Type: text/plain; charset="utf-8" > > Hallo zusammen, > > > > ich bin in dem Thema Postfix noch nicht so versiert und arbeite mich gerade > rein. > > Letzte Woche hatte ich einen Vorfall, den ich nicht verstanden habe oder > besser > gesagt verstehen möchte. Ich hoffe ihr könnt mir weiterhelfen. > > Einer unserer Mitarbeiter erhielt unzustellbare Fehlermeldungen, von E-Mails > welche er vor bereits längerer Zeit rausgeschickt hattte. Der Empfänger an dem > diese Mail geschickt wurde, hatte sich damals in unsere Mailingliste > eingetragen. Ob die von ihm hinterlegte Mailadresse existiert ist nicht > sichergestellt. > > Das Postfach von unserem Mitarbeiter war innerhalb sehr kurzer Zeit mit > mehreren > hundert Mails gefüllt und es hörte nicht mehr auf. Und immer wieder der selber > Server der die Antwort lieferte. > > Um dem ganzen Abhilfe zu schaffen, habe ich den sendenden Server in die > sender_access Liste mit einem REJECT wie Folgt aufgenommen. > > > > Nano sender_access > > > > *.fremdserver.ka REJECT > > Fremdserver.ka REJECT > > > > postmap hash:sender_access > > > > /etc/init.d/postfix restart > > > > Ich bin mir nun nicht sicher ob das Problem nun hierdurch behoben wurde. Auch > aus diesem Grund möchte ich mehr über diesen Vorgang erfahren um in Zukunft > gezielter das Problem angehen zu können. > > > > Im Folgenden Poste ich euch die Nachricht welche von dem unbekannten Server > kam. > > Unseren Mitarbeiter bezeichne ich als YUser(a)unseredomain.de > <mailto:YUser@unseredomain.de> und den ursprünglichen Empfänger als > ZUser(a)ZUserdomain.de <mailto:ZUser@ZUserdomain.de> . > > Unseren Server Als unseredomain.de <mailto:YServer@unseredomain.de> Fremden > Server als fremdserver.ka <mailto:ZServer@fremdserver.ka> . > > > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Von: Mail Delivery System [mailto:MAILER-DAEMON@fremdserver.ka] > > Gesendet: Freitag, 13. 10 2013 08:33 > > An: Unser, Benutzer > > Betreff: Unzustellbar: xxxx?.. > > Fehler bei der Nachrichtenzustellung an folgende Empfänger oder Gruppen: > > > > ZUser@localhost > > Kommunikationsfehler bei der Zustellung der Nachricht. Versuchen Sie, die > Nachricht zu einem späteren Zeitpunkt erneut zu senden. Wenden Sie sich an den > Helpdesk, falls das Problem weiterhin besteht. > > > > Diagnoseinformationen für Administratoren: > > Generierender Server: fremdserver.ka <mailto:ZServer@fremdserver.ka> > > ZUser@localhost > > #< #4.4.1 X-Postfix; connect to fremdserver.ka[/var/lib/imap/socket/lmtp]: > Connection refused> #SMTP# > > > > Ursprüngliche Nachrichtenkopfzeilen: > > > > Received: from fremdserver.ka (localhost.localdomain [127.0.0.1]) > > by fremdserver.ka (Postfix) with ESMTP id F365428D9E6FA > > for <ZUser@localhost>; Tue, 10 Sep 2013 18:11:51 +0200 (CEST) > > X-Envelope-From: <YUser(a)unseredomain.de <mailto:YUser@unseredomain.de> > > > X-Envelope-To: <ZUser(a)ZUserdomain.net> > > X-Delivery-Time: 1372409561 > > X-UID: 9074 > > X-RZG-MI-VALUES: bm=0 mafl=1 sh=0 du=0 sp=2,1 vv=1 nf=0 > > X-Strato-MessageType: email > > X-RZG-CLASS-ID: mi > > Received: from post.strato.de [81.169.145.136] > > by fremdserver.ka with POP3 (fetchmail-6.3.6) > > for <ZUser@localhost> (single-drop); Tue, 10 Sep 2013 18:11:51 +0200 > (CEST) > > Received: from unseredomain.de ([85.214.119.99]) > > by mailin.rzone.de (jored mi89) (RZmta 31.28 OK) > > with ESMTP id 705210p5S7f2iX for <ZUser(a)ZUserdomain.net>; > > Fri, 28 Jun 2013 10:52:41 +0200 (CEST) > > Received: from localhost (localhost [127.0.0.1]) > > by unserdomain.de (unsere Group) with ESMTP id EBAF5347C1C3; > > Fri, 28 Jun 2013 10:52:40 +0200 (CEST) > > X-Virus-Scanned: at unseredomain.de > > Received: from unseredomain.de ([127.0.0.1]) > > by localhost (unseredomain.de [127.0.0.1]) (amavisd-new, port 10024) > > with ESMTP id ZY4wU6QYSeWZ; Fri, 28 Jun 2013 10:52:39 +0200 (CEST) > > thread-index: Ac5z3IpchT6iuEijTsqHoEvqRky7Bg== > > Thread-Topic: > =?iso-8859-1?Q?Unseredomain_Pressemitteilung_Karriere-Rating_der_?= > > =?iso-8859-1?Q?DEVK_l=E4uft_aus?= > > From: <YUser <mailto:YUser@unseredomain.de> @Unseredomain.de> > > To: > > CC: > > Subject: =?iso-8859-1?Q?Unseredomain__Pressemitteilung_Karriere-Rating_der_?= > > =?iso-8859-1?Q?DEVK_l=E4uft_aus?= > > Date: Fri, 28 Jun 2013 10:50:29 +0200 > > Message-ID: <2D5E8CFD3E6C47F4B84A8CDE4AA13459@oskar6> > > MIME-Version: 1.0 > > Content-Type: text/plain > > X-Mailer: Microsoft CDO for Windows 2000 > > Content-Class: urn:content-classes:message > > Importance: normal > > Priority: normal > > X-AVK-Virus-Check: AVA 22.10615;F1206 > > ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > > > > > > > > > Ich bedanke mich jetzt schon für eure Hilfe. > > Beste Grüße > > Soul > > -------------- nächster Teil -------------- > Ein Dateianhang mit HTML-Daten wurde abgetrennt... > URL: > <http://de.postfix.org/pipermail/postfix-users/attachments/20130916/6cc37fde…> > > ------------------------------ > > Message: 2 > Date: Tue, 17 Sep 2013 11:29:29 +0200 > From: Ralf Hildebrandt via postfix-users > <postfix-users(a)de.postfix.org> > To: postfix-users(a)de.postfix.org > Subject: Re: [postfix-users] MAILER-DAEMON > Message-ID: <20130917092929.GD12464(a)sys4.de> > Content-Type: text/plain; charset=utf-8 > > > Einer unserer Mitarbeiter erhielt unzustellbare Fehlermeldungen, von E-Mails > > welche er vor bereits längerer Zeit rausgeschickt hattte. Der Empfänger an > > dem > > diese Mail geschickt wurde, hatte sich damals in unsere Mailingliste > > eingetragen. Ob die von ihm hinterlegte Mailadresse existiert ist nicht > > sichergestellt. > > Wieso kann der sich dann in eine Eurer Mailinglisten eintragen? Entshuldige habe mich falsch ausgedrückt. Das ist eine Newsletter Liste. Hier kann sich so ziemlich alles und jeder eintragen. > > Standard ist: Ich trage eine Adresse ein, kriege Bestätigungsmail an > DIESE Adresse und DANN, erst DANN und nur DANN, bin ich "drin". > > Alles andere ist problematisch. Aber das hast Du ja gerade selbst > bemerkt :) Ja habe ich und wie, hat mich am Freitag den 13. fast den ganzen Abend gekostet. Danke für dein Tipp, dass werde ich mal so weitergeben an die Richtige Abteilung (Webprogrammierer)...:) > > > Um dem ganzen Abhilfe zu schaffen, habe ich den sendenden Server in die > > sender_access Liste mit einem REJECT wie Folgt aufgenommen. > > > > > > > > Nano sender_access > > > > > > > > *.fremdserver.ka REJECT > > Die syntax gibt es nicht. > > > Fremdserver.ka REJECT > > Um zu sagen wie/ob das funktioniert müsste man wissen, wie > sender_access benutzt wird (mit check_sender_access > hash:/etc/postfix/sender_access)? Ja genau so steht es in der main.cf. check_sender_access hash:/etc/postfix/sender_access > > Dann müssen die Mails von einer irgendwas(a)Fremdserver.ka Adresse > gekommen sein - und waren keine Bounces. > > > postmap hash:sender_access > > /etc/init.d/postfix restart > > Restart ist nicht nötig. Dankeschön:) > > > Ich bin mir nun nicht sicher ob das Problem nun hierdurch behoben wurde. > > Auch > > aus diesem Grund möchte ich mehr über diesen Vorgang erfahren um in Zukunft > > gezielter das Problem angehen zu können. > > Na man sollte schon rauskriegen, WARUM da soviele Mails zurückgekommen > sind. Dazu muss man sich den Bounce (oder was auch immer es ist) genau > ansehen, Datumsangaben vergleichen usw. > > > Unseren Mitarbeiter bezeichne ich als YUser(a)unseredomain.de > > <mailto:YUser@unseredomain.de> und den ursprünglichen Empfänger als > > ZUser(a)ZUserdomain.de <mailto:ZUser@ZUserdomain.de> . > > > Received: from post.strato.de [81.169.145.136] > > > > by fremdserver.ka with POP3 (fetchmail-6.3.6) > > > > for <ZUser@localhost> (single-drop); Tue, 10 Sep 2013 18:11:51 +0200 > > (CEST) > > Alles lief in eine Mailbox, die wurde per POP und fetchmail abgeholt > > > Received: from unseredomain.de ([85.214.119.99]) > > > > by mailin.rzone.de (jored mi89) (RZmta 31.28 OK) > > > > with ESMTP id 705210p5S7f2iX for <ZUser(a)ZUserdomain.net>; > > > > Fri, 28 Jun 2013 10:52:41 +0200 (CEST) > > Seit ÄONEN das erste Mal, denn die Mail ist am 28 Jun 2013 in die POP > Box gekommen, wurde aber erst am 10 Sep 2013 abgeholt. > > Dann hat die Mail 3 Tage auf dem abholenden Postfix gegammelt, der nicht > LMTP mit Dovecot reden konnte: > > #< #4.4.1 X-Postfix; connect to fremdserver.ka[/var/lib/imap/socket/lmtp]: > Connection refused> #SMTP# > > Dann ist alles gebounced. > > > ------------------------------ > > Message: 3 > Date: Tue, 17 Sep 2013 11:36:04 +0200 > From: Ralf Hildebrandt via postfix-users > <postfix-users(a)de.postfix.org> > To: postfix-users(a)de.postfix.org > Subject: Re: [postfix-users] MAILER-DAEMON > Message-ID: <20130917093604.GE12464(a)sys4.de> > Content-Type: text/plain; charset=utf-8 > > > Seit ÄONEN das erste Mal, denn die Mail ist am 28 Jun 2013 in die POP > > Box gekommen, wurde aber erst am 10 Sep 2013 abgeholt. > > > > Dann hat die Mail 3 Tage auf dem abholenden Postfix gegammelt, der nicht > > LMTP mit Dovecot reden konnte: > > > > #< #4.4.1 X-Postfix; connect to fremdserver.ka[/var/lib/imap/socket/lmtp]: > > Connection refused> #SMTP# > > > > Dann ist alles gebounced. > > Übersetzung: > > a) nicht deine Schuld > > b) eigentlich doch deine Schuld, weil die Adresse NIE NIE NIE ohne > Bestätigung auf die Liste hätte kommen dürfen > > Einwand zu b) Das hilft natürlich nicht, wenn das ganze mal korrekt > bestätigt wurde, die DANN ihren Mailserver kaputtgespielt haben und Ihr > OHNE FEHLER immer Mail hingeschickt hat. > > Und nach drei Monaten hat's dann richtig geknallt und alle > "aufgestauten Fehler" kamen en-bloc zurück. > > Schlußfolgerung: > > Ich persönlich würde die Mail von der Adressliste löschen und nicht > weiter drüber nachdenken. Sowas ist relativ unwahrscheinlich. die Mailadresse habe ich bereits aus der Liste genommen. Habe immer noch Fragezeichen im Kopf aber ich werde dein Tipp annehmen und nicht weiter darüber nachdenken. Vielen dank für die Hilfe. > > -- > [*] sys4 AG > > http://sys4.de, +49 (89) 30 90 46 64 > Franziskanerstraße 15, 81669 München > > Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 > Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer > Aufsichtsratsvorsitzender: Florian Kirstein > > > ------------------------------ > > Subject: Fusszeile der Nachrichtensammlung > > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > > ------------------------------ > > Ende postfix-users Nachrichtensammlung, Band 65, Eintrag 3 > **********************************************************

1 0

[postfix-users] MAILER-DAEMON
by info＠soheyl-larinejad.de via postfix-users 17 Sep '13

17 Sep '13

Hallo zusammen, ich bin in dem Thema Postfix noch nicht so versiert und arbeite mich gerade rein. Letzte Woche hatte ich einen Vorfall, den ich nicht verstanden habe oder besser gesagt verstehen möchte. Ich hoffe ihr könnt mir weiterhelfen. Einer unserer Mitarbeiter erhielt unzustellbare Fehlermeldungen, von E-Mails welche er vor bereits längerer Zeit rausgeschickt hattte. Der Empfänger an dem diese Mail geschickt wurde, hatte sich damals in unsere Mailingliste eingetragen. Ob die von ihm hinterlegte Mailadresse existiert ist nicht sichergestellt. Das Postfach von unserem Mitarbeiter war innerhalb sehr kurzer Zeit mit mehreren hundert Mails gefüllt und es hörte nicht mehr auf. Und immer wieder der selber Server der die Antwort lieferte. Um dem ganzen Abhilfe zu schaffen, habe ich den sendenden Server in die sender_access Liste mit einem REJECT wie Folgt aufgenommen. Nano sender_access *.fremdserver.ka REJECT Fremdserver.ka REJECT postmap hash:sender_access /etc/init.d/postfix restart Ich bin mir nun nicht sicher ob das Problem nun hierdurch behoben wurde. Auch aus diesem Grund möchte ich mehr über diesen Vorgang erfahren um in Zukunft gezielter das Problem angehen zu können. Im Folgenden Poste ich euch die Nachricht welche von dem unbekannten Server kam. Unseren Mitarbeiter bezeichne ich als YUser(a)unseredomain.de <mailto:YUser@unseredomain.de> und den ursprünglichen Empfänger als ZUser(a)ZUserdomain.de <mailto:ZUser@ZUserdomain.de> . Unseren Server Als unseredomain.de <mailto:YServer@unseredomain.de> Fremden Server als fremdserver.ka <mailto:ZServer@fremdserver.ka> . ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Von: Mail Delivery System [mailto:MAILER-DAEMON@fremdserver.ka] Gesendet: Freitag, 13. 10 2013 08:33 An: Unser, Benutzer Betreff: Unzustellbar: xxxx….. Fehler bei der Nachrichtenzustellung an folgende Empfänger oder Gruppen: ZUser@localhost Kommunikationsfehler bei der Zustellung der Nachricht. Versuchen Sie, die Nachricht zu einem späteren Zeitpunkt erneut zu senden. Wenden Sie sich an den Helpdesk, falls das Problem weiterhin besteht. Diagnoseinformationen für Administratoren: Generierender Server: fremdserver.ka <mailto:ZServer@fremdserver.ka> ZUser@localhost #< #4.4.1 X-Postfix; connect to fremdserver.ka[/var/lib/imap/socket/lmtp]: Connection refused> #SMTP# Ursprüngliche Nachrichtenkopfzeilen: Received: from fremdserver.ka (localhost.localdomain [127.0.0.1]) by fremdserver.ka (Postfix) with ESMTP id F365428D9E6FA for <ZUser@localhost>; Tue, 10 Sep 2013 18:11:51 +0200 (CEST) X-Envelope-From: <YUser(a)unseredomain.de <mailto:YUser@unseredomain.de> > X-Envelope-To: <ZUser(a)ZUserdomain.net> X-Delivery-Time: 1372409561 X-UID: 9074 X-RZG-MI-VALUES: bm=0 mafl=1 sh=0 du=0 sp=2,1 vv=1 nf=0 X-Strato-MessageType: email X-RZG-CLASS-ID: mi Received: from post.strato.de [81.169.145.136] by fremdserver.ka with POP3 (fetchmail-6.3.6) for <ZUser@localhost> (single-drop); Tue, 10 Sep 2013 18:11:51 +0200 (CEST) Received: from unseredomain.de ([85.214.119.99]) by mailin.rzone.de (jored mi89) (RZmta 31.28 OK) with ESMTP id 705210p5S7f2iX for <ZUser(a)ZUserdomain.net>; Fri, 28 Jun 2013 10:52:41 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by unserdomain.de (unsere Group) with ESMTP id EBAF5347C1C3; Fri, 28 Jun 2013 10:52:40 +0200 (CEST) X-Virus-Scanned: at unseredomain.de Received: from unseredomain.de ([127.0.0.1]) by localhost (unseredomain.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZY4wU6QYSeWZ; Fri, 28 Jun 2013 10:52:39 +0200 (CEST) thread-index: Ac5z3IpchT6iuEijTsqHoEvqRky7Bg== Thread-Topic: =?iso-8859-1?Q?Unseredomain_Pressemitteilung_Karriere-Rating_der_?= =?iso-8859-1?Q?DEVK_l=E4uft_aus?= From: <YUser <mailto:YUser@unseredomain.de> @Unseredomain.de> To: CC: Subject: =?iso-8859-1?Q?Unseredomain__Pressemitteilung_Karriere-Rating_der_?= =?iso-8859-1?Q?DEVK_l=E4uft_aus?= Date: Fri, 28 Jun 2013 10:50:29 +0200 Message-ID: <2D5E8CFD3E6C47F4B84A8CDE4AA13459@oskar6> MIME-Version: 1.0 Content-Type: text/plain X-Mailer: Microsoft CDO for Windows 2000 Content-Class: urn:content-classes:message Importance: normal Priority: normal X-AVK-Virus-Check: AVA 22.10615;F1206 ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Ich bedanke mich jetzt schon für eure Hilfe. Beste Grüße Soul

2 2

[postfix-users] Erkennen von Absenderfälschungen bei Phishing Mails
by Stephan Jacob via postfix-users 02 Sep '13

02 Sep '13

Hallo Liebe Postfix-Gemeinde, ich habe folgendes Problem/Vorhaben: Im Zuge von Phishing-Bekämpfung wollen wir Mails, die einen Absender aus unseren Domains haben aber nicht von Clients aus unserem Netzwerk stammen ablehnen. Ziel ist es Phishing-Nachrichten mit gefälschten Absender zu erkennen. (Wir haben ein extra SMTP-Relay, über welches die Leute normal auch von extern über Authentifizierung senden können und wo diese Regel nicht greift). Das ganze habe ich wie folgt umgesetzt: Es gibt eine check_sender_access Regel, die, wenn eine Absender Adresse aus unserer Domain ist, eine eigene Restriction Class aufruft. In dieser Class ist eine client_access_restriction angelegt, die immer dann rejectet, wenn die IP nicht aus unserem Netz stammt. Das Ganze funktioniert auch sehr gut. Aber nun mein Problem: Wir haben bei uns Organisationen (z.B. der Studentenrat) die eine eigene Domain haben und diese auch extern hosten lassen. Dort haben die Leute auch eine Mail-Adresse in dieser Domain bei dem externen Anbieter. Da den Leuten es aber zu aufwendig ist diese Postfächer abzurufen haben einige eine Weiterleitung auf ihr Uni Magdeburg Adresse angelegt (die Mitglieder dieser Organisationen sind auch Mitglieder unserer Uni). Wenn jetzt jemand von der Uni Magdeburg eine Mail an die Adresse des Studentenrates sendet, dann geht diese raus zu dem externen Dienstleister und wird von dort wieder rein zu uns gesendet (Weiterleitung). Dabei bleibt der Absender erhalten (sprich eine Uni-Magdeburg Adresse ist Absender) aber der Client meldet sich natürlich mit einer IP die nicht in unserem Netzwerk liegt (die IP des externen Hosters). Das heißt entsprechend meiner Restriction würde die Mail abgelehnt werden, da der Absender von intern kommt und die Mail von einem externen Client. Das soll sie aber nicht, da es eine "legale" Mail ist. Bei Weiterleitungen von bspw. GMX konnte ich das Problem in einem ersten Test nicht feststellen, da bei GMX anscheinend ein neuer Envelope gesetzt wird, wo der Absender für die weitergeleitete Mail die GMX-Mail-Adresse, an welche gesendet wurde, ist. Da greift meine Regel korrekter Weise nicht, da es eine externe Domain im Absender ist und eine externe Client-IP vorliegt. Ich hoffe ich konnte die Situation und das Problem einigermaßen beschreiben. Jetzt die Frage, wie kann ich, ohne solche gewollten Mails zu blocken, sinnvoll Mails von außen blocken, die unrechtmäßiger Weise eine Adresse aus unserer Domain als Absender angeben? Wie macht ihr sowas, bzw. ist es überhaupt sinnvoll und machbar zuverlässig solche Mails zu blocken? Ich würde mich über ein paar Denkanstöße sehr freuen. Viele Grüße aus Magdeburg Stephan 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

3 2

[postfix-users] Split-Domain-Setup
by Klaus Rörig via postfix-users 27 Aug '13

27 Aug '13

Hallo Liste, ich sehe hier grad den Wald vor lauter Bäumen nicht mehr. Folgendes Szenario: 1 Domain: meinedomain.de 2 Server mit Postfächern (90% auf Server1, Rest auf Server2) Beide Server fühlen sich für meinedomain.de zuständig (virtual_alias_domains) MX für meinedomain.de ist Server1 mit Dovecot für IMAP/POP3 Bestimmte Adressen sollen nun an Server durch gereicht werden. Und hier komm ich grad nicht weiter. Ich dachte mir eigentlich ich lege eine transport_map an mit folgendem Inhalt: user(a)meinedomain.de smtp:[server2] Aber diesen Eintrag ignoriert Posfix geflissentlich und meldet "User unknown in virtual alias table" postconf -n: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, ldap:/etc/postfix/ldap-forwards.cf append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical config_directory = /etc/postfix debug_peer_level = 2 debug_peer_list = localhost, 127.0.0.1 delay_warning_time = 4h inet_interfaces = all local_header_rewrite_clients = static:all mailbox_size_limit = 0 mailbox_transport = lmtp:unix:private/dovecot-lmtp message_size_limit = 524288000 mydestination = mx.meinedomain.de, 127.0.0.1 myhostname = mx.meinedomain.de mynetworks = 192.168.17.0/24 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relayhost = smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/saslpass smtp_sasl_security_options = noanonymous smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_delay_reject = no smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unknown_helo_hostname, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_path = private/auth smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot smtpd_sender_login_maps = ldap:/etc/postfix/ldap-sender-maps.cf smtpd_sender_restrictions = permit_mynetworks, reject_unknown_sender_domain smtpd_tls_cert_file = /etc/ssl/private/cert.pem smtpd_tls_key_file = /etc/ssl/private/privatekey.pem smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes transport_maps = hash:/etc/postfix/transports virtual_alias_domains = meindomain.de virtual_alias_expansion_limit = 2000 virtual_alias_maps = hash:/etc/postfix/virtual-aliases, mysql:/etc/postfix/ mysql-virtual-aliases.cf, ldap:/etc/postfix/ldap-virtual-group-aliases.cf, ldap:/etc/postfix/ldap-virtual-aliases.cf transports: irgendwas(a)meinedomain.de smtp:[server2] Die virtual_aliases sind in der Form mailuser(a)meinedomain.de postfachname Wo habe ich meinen Denkfehler? Danke & Gruß, Klaus

2 1

[postfix-users] OT: Exchange 2013 Empfängervalidierung
by Thomas Antony via postfix-users 17 Aug '13

17 Aug '13

Hallo Ich konfiguriere gerade eben einen Postfix vor einem Exchange 2013 und bin auf Robert Schetterer Hinweis zu Exchange 2013 Empfängervalidierung aufmerksam geworden. Ich kann bestätigen das Exchange 2013 erst nach (!!!) DATA ein "550 5.1.1 User unknown*" *auswirft und die Email abweist. Somit hat es sich mit "reject_unverified_recipient" erledigt. Ist das Exchange 2013 Verhalten RFC konform bei "RCPT TO" ein OK auszugeben und erst nach DATA die Email mit "550 5.1.1 User unknown" abzuweisen? Was für Alternativen gibt es zu "reject_unverified_recipient bei diesem Szenario? Grüße, Thomas Antony

2 5

[postfix-users] Forward Secrecy
by Jochen Fahrner via postfix-users 16 Aug '13

16 Aug '13

Hallo, hat jemand den Artikel "verpfuschte Verschlüsselung" in der c't gelesen? http://www.heise.de/newsticker/meldung/Verschluesselung-bei-Mail-in-Germany… Wie müsste man Postfix Server und Client konfigurieren um immer die bestmögliche Verschlüsselung (je nach Gegenüber) zu verwenden? Hat der Client da überhaupt ein Wörtchen mitzureden, oder bestimmt das immer der Server? -- Mit besten Grüßen Jochen Fahrner

7 42

[postfix-users] ANN: Änderung der List-Policy: DMARC
by Patrick Ben Koetter via postfix-users 16 Aug '13

16 Aug '13

Hallo postfix-users(a)de.postfix.org, ein neuer Standard kündigt sich an: DMARC Dieser Standard announced Delivery-Policies für Nachrichten, die DKIM-signiert sind und/oder SPF-Einträge im DNS führen. Die Delivery-Policies sehen als Standard vor, Nachrichten zu rejecten, wenn sie nicht mehr im 'alignment' mit DMARC-Tests sind. Heutige Mailinglisten-Manager zerstören DMARC-Prüfkritieren. Wir haben deshalb diesen List-Server so modifiziert, dass er die DMARC-Prüfkritieren intakt beläßt. Ihr erkennt es daran, dass der From:-Header oben jetzt immer den Autoren UND die Liste als Absender benennt. Diese Mail sollte folgende From:-Header haben: Patrick Ben Koetter via postfix-users <postfix-users(a)de.postfix.org> Gleichzeitig wird ein Reply-To:-Header gesetzt: Reply-To: Patrick Ben Koetter <p(a)sys4.de> Mehr Hintergrund dazu und wie ihr das selber umsetzen könnt, haben Ralf, Robert und ich hier dokumentiert: <http://sys4.de/de/blog/2013/08/11/mailman-dmarc-konform-betreiben/> <http://sys4.de/de/blog/2013/08/11/dkim-konforme-mailinglisten/> <http://sys4.de/de/blog/2013/04/15/dmarc-standard-um-missbrauch-von-mailadre…> Happy Mailing! p@rick -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

5 16

[postfix-users] Test ohne S/MIME
by via postfix-users 15 Aug '13

15 Aug '13

Hm, sieht so aus als ob die Listen-Software S/MIME mail auffrisst. Die unten aufgeführte ist bis jetzt nicht auf der Liste erschienen :-( Aug 14 11:19:27 mailer postfix/qmgr[31083]: A47221811BB: from=<lst_hoe02(a)kwsoft.de>, size=12099, nrcpt=1 (queue active) Aug 14 11:19:27 mailer postfix/smtpd[11670]: disconnect from localhost[127.0.0.1] Aug 14 11:19:29 mailer postfix/smtp[11674]: A47221811BB: to=<postfix-users(a)de.postfix.org>, relay=de.postfix.org[141.42.206.35]:25, delay=1.6, delays=0.04/0.01/0.36/1.2, 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 399BD3D48F) Aug 14 11:19:29 mailer postfix/qmgr[31083]: A47221811BB: removed Gruß Andreas

3 6

[postfix-users] Postfix TLS Forward Secrecy
by Andreas Reschke via postfix-users 15 Aug '13

15 Aug '13

Hallo zusammen, bei mir sieht das so aus: [root@mail ~]# openssl s_client -CAfile /etc/certs/rirasoft.crt -starttls smtp -connect mail.rirasoft.de:25 CONNECTED(00000003) depth=0 serialNumber = IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP, C = DE, O = www.rirasoft.de, OU = GT56989536, OU = See www.rapidssl.com/resources/cps (c)11, OU = Domain Control Validated - RapidSSL(R), CN = www.rirasoft.de verify error:num=20:unable to get local issuer certificate verify return:1 depth=0 serialNumber = IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP, C = DE, O = www.rirasoft.de, OU = GT56989536, OU = See www.rapidssl.com/resources/cps (c)11, OU = Domain Control Validated - RapidSSL(R), CN = www.rirasoft.de verify error:num=27:certificate not trusted verify return:1 depth=0 serialNumber = IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP, C = DE, O = www.rirasoft.de, OU = GT56989536, OU = See www.rapidssl.com/resources/cps (c)11, OU = Domain Control Validated - RapidSSL(R), CN = www.rirasoft.de verify error:num=21:unable to verify the first certificate verify return:1 --- Certificate chain 0 s:/serialNumber=IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP/C=DE/O=www.rirasoft.de/OU=GT56989536/OU=See www.rapidssl.com/resources/cps (c)11/OU=Domain Control Validated - RapidSSL(R)/CN=www.rirasoft.de i:/C=US/O=GeoTrust, Inc./CN=RapidSSL CA --- Server certificate -----BEGIN CERTIFICATE----- MIIE2zCCA8OgAwIBAgIDAz5WMA0GCSqGSIb3DQEBBQUAMDwxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5HZW9UcnVzdCwgSW5jLjEUMBIGA1UEAxMLUmFwaWRTU0wgQ0Ew HhcNMTEwOTE5MTY1MDM3WhcNMTQwOTIyMTI1NzMwWjCB5TEpMCcGA1UEBRMgSVpE akxrdjcyQUVvOHJTZWNXZjd3aVQzYnpqUUF6b1AxCzAJBgNVBAYTAkRFMRgwFgYD VQQKEw93d3cucmlyYXNvZnQuZGUxEzARBgNVBAsTCkdUNTY5ODk1MzYxMTAvBgNV BAsTKFNlZSB3d3cucmFwaWRzc2wuY29tL3Jlc291cmNlcy9jcHMgKGMpMTExLzAt BgNVBAsTJkRvbWFpbiBDb250cm9sIFZhbGlkYXRlZCAtIFJhcGlkU1NMKFIpMRgw FgYDVQQDEw93d3cucmlyYXNvZnQuZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCfGXltVNyBB2vp7Azft5wEZlwOu11i4pcSG1dfIuMjRMx2I5oWaVBU OkEALaJDLZj8rGRrU9Pp7SMbPnrKCKeAozQsRuv2wBVGYXu7EVtNVZGJZFdR4SXi +GFGR7sgEvdO3C9y3mhJVTaXpFgIBCCOVa/0Q25MFFADdmSXKL2MjaQYCmF4uRnt RhARiVM1dswi/bi0wBVrUVVhn7Zi6Mg/nxEqZpfc9tZazMY1T7o8hzZiGEqiMR7o //x1+yTTlq9sGSz20QcF92cnbUnqQbYRhJO0V3UDyoyE0JRajGYHziYIiV1HwVhP UeLlxBwNgQGHE1axhSo9WRYOf35tMmjjAgMBAAGjggE6MIIBNjAfBgNVHSMEGDAW gBRraT1qGEJK3Y8CZTn9NSSGeJEWMDAOBgNVHQ8BAf8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwEGCCsGAQUFBwMCMCcGA1UdEQQgMB6CD3d3dy5yaXJhc29mdC5k ZYILcmlyYXNvZnQuZGUwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL3JhcGlkc3Ns LWNybC5nZW90cnVzdC5jb20vY3Jscy9yYXBpZHNzbC5jcmwwHQYDVR0OBBYEFDfa Qm03+c8EO//dZ0X0/qFJIDMnMAwGA1UdEwEB/wQCMAAwSQYIKwYBBQUHAQEEPTA7 MDkGCCsGAQUFBzAChi1odHRwOi8vcmFwaWRzc2wtYWlhLmdlb3RydXN0LmNvbS9y YXBpZHNzbC5jcnQwDQYJKoZIhvcNAQEFBQADggEBADkmBmzkZoFl7ibB1UQTpzb1 0aPfmzMrEOTsegHkjHqlrFzPmWI+RULn65wNxZihUsANZNMcIgBXJy2MNK/OVaWM d/VqFYr6eeP8B+wszsmL413V33JOP+5ZwsAWk7Ik1IJ50SDnBee2lIyLgvbwXC71 WLLyMCZYhdrgozXtzoY9vb6YIWG5892zmyUVUgAq4F8jdgZFzV5N+HyCB2xDfZFL 0iDVv2AqtAz7udOj71arEBsGF4PIG8k9RfubbrHm4N2Ef5Vrf5kGMXFxABSEhZNc UO8Qo0w0Q5T63y9NXI8WkCNtlDoMox1V3wB85tVa9tuAZUJxKmLbhFkzhmwxqnU= -----END CERTIFICATE----- subject=/serialNumber=IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP/C=DE/O=www.rirasoft.de/OU=GT56989536/OU=See www.rapidssl.com/resources/cps (c)11/OU=Domain Control Validated - RapidSSL(R)/CN=www.rirasoft.de issuer=/C=US/O=GeoTrust, Inc./CN=RapidSSL CA --- No client certificate CA names sent --- SSL handshake has read 2291 bytes and written 345 bytes --- New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA Server public key is 2048 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE SSL-Session: Protocol : TLSv1 Cipher : DHE-RSA-AES256-SHA Session-ID: 1857A4CA89E4B7F4E60A00549E6E5F31E95BEC3EEBBB44ED1DF9CA92850BD467 Session-ID-ctx: Master-Key: 6E305107B737E85CD36796591E42750976B4889EE80F7A9C867DE3839834D7FB609953B70C780B3A809D3D13EA37C934 Key-Arg : None Krb5 Principal: None PSK identity: None PSK identity hint: None TLS session ticket: 0000 - 4a 49 24 17 74 92 68 a5-1c 60 d5 fc 0f 77 dd 47 JI$.t.h..`...w.G 0010 - 26 03 fc 4f 11 76 cd 06-e6 84 cb 34 2b ac e7 2e &..O.v.....4+... 0020 - 9b a7 76 96 99 9e 36 ac-62 52 02 ed 78 70 d1 4c ..v...6.bR..xp.L 0030 - 2a bb a1 95 ae 1d 54 d4-86 e9 b6 78 e8 58 18 84 *.....T....x.X.. 0040 - 76 12 de 13 82 36 41 09-a4 a5 cd 2d 53 ca a0 5e v....6A....-S..^ 0050 - 67 63 96 22 0a b5 d8 18-0e 76 f0 a6 6f 28 e3 eb gc.".....v..o(.. 0060 - b2 2e f4 a5 a5 05 62 da-c7 00 22 51 a3 84 47 8a ......b..."Q..G. 0070 - d8 37 23 1b 42 73 bf fe-70 b1 28 e1 36 24 9e 1e .7#.Bs..p.(.6$.. 0080 - c8 30 67 87 ae e6 e5 56-05 aa 71 3b bc a1 3b ec .0g....V..q;..;. 0090 - af 64 63 c5 c7 cf c1 60-54 53 9f 9b 62 b5 cd 5a .dc....`TS..b..Z Start Time: 1376589608 Timeout : 300 (sec) Verify return code: 21 (unable to verify the first certificate) --- 250 DSN Habe ich damit Postfix TLS Forward Secrecy richtig konfiguriert? Gruß Andreas

2 1