September 2013 - postfix-users

[postfix-users] ANN: automx 0.10 stable
by Patrick Ben Koetter 11 Feb '14

11 Feb '14

Soeben haben wir eine neue Version von automx <http://automx.org>, dem Werkzeug zur automatisierten Konfiguration von Mailprogrammen, veröffentlicht. Das neue Relese bringt automx 0.10 bringt MacOS und iOS-Support! Anstatt ihr Mailprogramm mühsam selbst zu konfigurieren, surfen MacOS und iOS-Benutzer ab sofort nur noch zu einer Webadresse, z.B. https://mail.automx.org (Testdomain). Dort gehen sie Loginname und - wenn gewünscht - Kennwort ein. automx liefert ihnen daraufhin ein fertiges Kontoprofil, das vom Mailprogramm nach Rückfrage importiert wird. Die Mailkonfiguration ist damit abgeschlossen und die Anwender können ihr Mailkonto bereits im nächsten Schritt nutzen. automx automatisiert die Provisionierung von Mailkonten, vermeidet Konfigurationsfehler und entlastet den Support. In der heute veröffentlichten Version 0.10 bedient automx alle drei populären Betriebsystem-Plattformen. Es ist GPL-lizensiert und steht ab sofort unter <https://github.com/sys4/automx/releases> zum Download zur Verfügung. 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

3 3

Re: [postfix-users] Postfix + fail2ban
by Patrick Ben Koetter via postfix-users 30 Sep '13

30 Sep '13

* André Loos via postfix-users <andre.loos(a)gmx.de>: > Leider laufen bei mir die meisten Versuche/Tests, eine gültige > Konto-Passwortkombination zu erlangen, per sasl ein. Nur für das Protokoll: Bei IMAP ist es auch SASL (Simple And Secure Layer). Tatsächlich stammt es sogar originär aus der IMAP-Ecke. > Fehlgeschlagene Logins oder Tests per pop3/imap sind tatsächlich viel > weniger. Ich vermute hier, dass die Angreifer sehr wohl wissen, dass in den > maillogs die sasl-auth nicht so informativ ist, wie von "uns" gewünscht. Echt? Also ich komme zu einem anderen Schluss. Ich denke, die suchen Relays über die sie senden können. Das kann halt nur SMTP, wenn man jetzt mal die LEMONADE-Extentions in IMAP ausser acht läßt. > Weiterhin habe ich selbst Sendeversuche (im Log als sasl) mit falschem > Passwort gestartet. Das, was dann anschließend im Log zu finden ist, ist das > mimecodierte Wort "Passwort=UGFzc3dvcmQ6". Jedoch nicht das falsche Passwort > an sich bzw. gar der Benutzername, mit dem das Konto getestet wurde. Weder der Postfix policy(8) service noch das MILTER API geben Auskunft über das AUTH Passwort, das gesendet wurde. Eine eigene, programmierte Lösung fällt also flach. Dir bleibt also nur, das LOG auszuwerten und nach "authentication failed" zu suchen: 2013-09-30T04:12:47.500147+02:00 joliett postfix/submission/smtpd[4618]: warning: unknown[xxx.xxx.xxx.xxx]: SASL LOGIN authentication failed: UGFzc3dvcmQ6 Die IP hast Du ja dann und auf die kannst Du reagieren. > Ich hätte gerne mal einen Vergleich von Euch. Ich hoste auf meinem > Mailserver 12 Domains und habe durchschnittlich täglich zwischen 15 und 30 > Tests per sasl, 5 per pop3/imap und weiterhin etwa 20-30, die ein open relay > suchen. Auf einem System mit einem Vielfachen an Domains hatten wir heute 5 AUTH Tests auf SMTP. Woran das liegt? Spontan habe ich keine Antwort. Ausschlaggebend finde ich die Folgefragen auf die Tests: Wieviele gelingen und wieviele können anschliessend Schaden anrichten? Wenn beides Null ist, dann würde ich wachsam bleiben und für den Moment zähneknirschend hinnehmen, dass da andauernd irgendjemand versucht unser System zu exploiten. Grüsse p@rick > * André Loos via postfix-users <andre.loos(a)cogaa.de>: > > ich habe auf meinem Mailserver (Postfix) das bekannte fail2ban > installiert. > > Gibt es eine Möglichkeit die fail2ban Benachrichtigung so zu > > gestalten, dass mir ersichtlich ist, mit welchem Konto das Login > > (pop3/imap/sasl) gescheitert ist? > > mir ist nicht bekannt, dass f2b das out of the box kann und auch nicht, dass > man es einfach dahingehend erweitern kann. > > Christian Rößner und ich haben mal für ARF-Reports f2b evaluiert und dann > bald die Finger davon gelassen: Die Idee war gut - der Code nicht. (Ralf > würde > sagen: Es war so schlecht, dass ich es umschreiben musste bevor ich es > wegwarf...) > > > Das Logging des Daemons müsste natürlich den fehlgeschlagene Versuch > > mit dem benutzen Login erfassen. Ist das z.B. über den Loglevel steuerbar? > > In dovecot siehst du im normalen Loglevel, ob ein Login fehlgeschlagen ist > und auch den "user=<>": > > 2013-09-29T18:23:50.516957+02:00 joliett dovecot: imap-login: Aborted login > (auth failed, 1 attempts in 2 secs): user=<user(a)example.com>, method=PLAIN, > rip=xxx.xxx.xxx.xxx, lip=xxx.xxx.xxx.xxx, session=<+Jj8JIjnNQBtLAAa> > > > > Was müsste oder kann ich tun, um hier genauere Informationen zu erhalten? > > Vielleicht kannst Du f2b ja nach "mehr" suchen lassen als es für den > Sachverhalt "auth failed" benötigt und dann ist zufällig der user-String mit > dabei. Nicht schön, aber effektiv. > > p@rick > > > > Ich verspreche mir davon, zeitnah zu sehen, auf welche Domain oder auf > > welches Konto eine inszenierte Attacke es gerade abgesehen hat. > > Ich hatte kürzlich den Fall, dass die Login-Daten eines Benutzers, > > vermutlich über einen längeren Zeitraum, erfolgreich von Angreifern > > getestet wurden und wie zu erwarten zum Versenden von Spam benutzt wurden. > > Im mail.log finde ich derzeit bei einem gescheiterten Login keine > > genaueren Angaben zu den benutzten Logindaten. Wohl aber bei einem > > erfolgreichen Login. > > > > Euch vielen Dank für Tipps, Ideen oder andere Strategien ... > > > > André Loos > > > > _______________________________________________ > > postfix-users mailing list > > postfix-users(a)de.postfix.org > > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > -- > [*] 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 > > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users -- [*] 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

1 0

Re: [postfix-users] Postfix + fail2ban
by Patrick Ben Koetter via postfix-users 30 Sep '13

30 Sep '13

André, * André Loos via postfix-users <andre.loos(a)cogaa.de>: > ich habe auf meinem Mailserver (Postfix) das bekannte fail2ban installiert. > Gibt es eine Möglichkeit die fail2ban Benachrichtigung so zu gestalten, dass > mir ersichtlich ist, mit welchem Konto das Login (pop3/imap/sasl) > gescheitert ist? mir ist nicht bekannt, dass f2b das out of the box kann und auch nicht, dass man es einfach dahingehend erweitern kann. Christian Rößner und ich haben mal für ARF-Reports f2b evaluiert und dann bald die Finger davon gelassen: Die Idee war gut - der Code nicht. (Ralf würde sagen: Es war so schlecht, dass ich es umschreiben musste bevor ich es wegwarf...) > Das Logging des Daemons müsste natürlich den fehlgeschlagene Versuch mit dem > benutzen Login erfassen. Ist das z.B. über den Loglevel steuerbar? In dovecot siehst du im normalen Loglevel, ob ein Login fehlgeschlagen ist und auch den "user=<>": 2013-09-29T18:23:50.516957+02:00 joliett dovecot: imap-login: Aborted login (auth failed, 1 attempts in 2 secs): user=<user(a)example.com>, method=PLAIN, rip=xxx.xxx.xxx.xxx, lip=xxx.xxx.xxx.xxx, session=<+Jj8JIjnNQBtLAAa> > Was müsste oder kann ich tun, um hier genauere Informationen zu erhalten? Vielleicht kannst Du f2b ja nach "mehr" suchen lassen als es für den Sachverhalt "auth failed" benötigt und dann ist zufällig der user-String mit dabei. Nicht schön, aber effektiv. p@rick > Ich verspreche mir davon, zeitnah zu sehen, auf welche Domain oder auf > welches Konto eine inszenierte Attacke es gerade abgesehen hat. > Ich hatte kürzlich den Fall, dass die Login-Daten eines Benutzers, > vermutlich über einen längeren Zeitraum, erfolgreich von Angreifern getestet > wurden und wie zu erwarten zum Versenden von Spam benutzt wurden. > Im mail.log finde ich derzeit bei einem gescheiterten Login keine genaueren > Angaben zu den benutzten Logindaten. Wohl aber bei einem erfolgreichen > Login. > > Euch vielen Dank für Tipps, Ideen oder andere Strategien ... > > André Loos > > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users -- [*] 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

3 2

Re: [postfix-users] Postfix + fail2ban
by Robert Schetterer via postfix-users 29 Sep '13

29 Sep '13

Am 29.09.2013 13:22, schrieb André Loos via postfix-users: > Hallo Miteinander, > > ich habe auf meinem Mailserver (Postfix) das bekannte fail2ban installiert. > Gibt es eine Möglichkeit die fail2ban Benachrichtigung so zu gestalten, dass > mir ersichtlich ist, mit welchem Konto das Login (pop3/imap/sasl) > gescheitert ist? > Das Logging des Daemons müsste natürlich den fehlgeschlagene Versuch mit dem > benutzen Login erfassen. Ist das z.B. über den Loglevel steuerbar? > Was müsste oder kann ich tun, um hier genauere Informationen zu erhalten? > Ich verspreche mir davon, zeitnah zu sehen, auf welche Domain oder auf > welches Konto eine inszenierte Attacke es gerade abgesehen hat. > Ich hatte kürzlich den Fall, dass die Login-Daten eines Benutzers, > vermutlich über einen längeren Zeitraum, erfolgreich von Angreifern getestet > wurden und wie zu erwarten zum Versenden von Spam benutzt wurden. > Im mail.log finde ich derzeit bei einem gescheiterten Login keine genaueren > Angaben zu den benutzten Logindaten. Wohl aber bei einem erfolgreichen > Login. > > Euch vielen Dank für Tipps, Ideen oder andere Strategien ... > > André Loos > > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > gugg mal http://sys4.de/de/blog/2012/12/28/botnets-mit-rsyslog-und-iptables-recent-m… http://sys4.de/de/blog/2013/04/17/monitoren-und-alarmierung-von-brute-force… bringt dich evtl auf weitere Ideen Best Regards MfG Robert Schetterer -- [*] 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

1 1

[postfix-users] Postfix + fail2ban
by André Loos via postfix-users 29 Sep '13

29 Sep '13

Hallo Miteinander, ich habe auf meinem Mailserver (Postfix) das bekannte fail2ban installiert. Gibt es eine Möglichkeit die fail2ban Benachrichtigung so zu gestalten, dass mir ersichtlich ist, mit welchem Konto das Login (pop3/imap/sasl) gescheitert ist? Das Logging des Daemons müsste natürlich den fehlgeschlagene Versuch mit dem benutzen Login erfassen. Ist das z.B. über den Loglevel steuerbar? Was müsste oder kann ich tun, um hier genauere Informationen zu erhalten? Ich verspreche mir davon, zeitnah zu sehen, auf welche Domain oder auf welches Konto eine inszenierte Attacke es gerade abgesehen hat. Ich hatte kürzlich den Fall, dass die Login-Daten eines Benutzers, vermutlich über einen längeren Zeitraum, erfolgreich von Angreifern getestet wurden und wie zu erwarten zum Versenden von Spam benutzt wurden. Im mail.log finde ich derzeit bei einem gescheiterten Login keine genaueren Angaben zu den benutzten Logindaten. Wohl aber bei einem erfolgreichen Login. Euch vielen Dank für Tipps, Ideen oder andere Strategien ... André Loos

1 0

[postfix-users] Frage Postfixregel zu RBL
by Stephan Jacob via postfix-users 23 Sep '13

23 Sep '13

Hallo Postfixgemeinde, ich möchte eine Regel implementieren die eine Mail (Client) blockt wenn die IP auf mind. 2 RBLs steht. Wie mache ich das? Ich habe in meinen smptd_restrictions mit reject_rbl_client verschiedene RBLs eingebunden. Sobald die Client-IP auf einer der Listen steht wird die Mail sofort geblockt. Das entspricht ja dem erwarteten Verhalten. Jetzt will ich aber erst blocken, wenn die Client IP noch auf mind. einer zweiten Liste vorhanden ist. Über den Sinn bzw. Unsinn solcher einer Maßnahme kann man sicher diskutieren. Es wird bei uns jetzt allerdings für bestimmte Domänen erwünscht (die Domänen-Abhängigkeit kann ich dann ja mit einer eigenen Restriction-Class umsetzen). Über Anregungen würde ich mich freuen. Danke und viele Grüße 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] 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