Am Sonntag, 13. Juli 2003 13:15 schrieb Andreas Winkelmann:

Ich nehme mal an, die dns-auflösung im Prinzip klappt.

Vermutlich, siehe unten. Wie kann ich das sicher testen?

...

disable_dns_lookups = yes

Das ist leider nur die halbe Lösung und ich wundere warum das gestern funktioniert hat. Ich habe ja nur die kmailrc gelöscht. Aber schon gestern kam es mir komisch vor, da zwar die Virenprüfung durch postfix erfolgte, aber im Header nichts von Postfix stand. Irgendwie scheint kmailrc die vielen Distributionen von 7.1 auf 8.2 nicht heil überstanden zu haben. Aber egal. Nun kommt die Fehlermeldung: "Cannot resolve your domain (in reply to MAIL FROM command)" Ein Mail an eine andere Freemail-Adresse kam an. Daraus schließe ich mal, dass die DNS-Auflösung klappt. Interessanterweise kam zum selben Mail eine Fehlermeldung hinten nach: "Das E-Mail-System konnte diese Nachricht nicht übermitteln, ohne einen besonderen Grund dafür anzugeben" Ich habe mal testweise ein Mail an eine GMX-Adresse direkt und ein Mail an meine Adresse beim ISP gesandt. Die Mail-Adresse vom ISP wurde kommentarlos zugestellt: Hier sieht man, dass als Return-Path meine lokale Adresse eingegeben ist. Wie ist Postfix zu konfigurieren, dass grundsätzlich die From-Adresse, die KMail verwendet, eingetragen wird? Vielleicht hat sich GMX daran gestört? Return-Path: Delivered-To: aon.????@aon.at Received: from mailbox.aon.at [195.3.96.71] by localhost with POP3 (fetchmail-6.2.1) for ab@localhost (single-drop); Sun, 13 Jul 2003 14:32:39 +0200 (CEST) Received: (qmail 300766 invoked by uid 750); 13 Jul 2003 12:32:16 -0000 Delivered-To: ???@aon.tld Received: (qmail 19442 invoked from network); 13 Jul 2003 12:32:15 -0000 Received: from unknown ([172.18.5.80]) (envelope-sender <>) by qmail3.highway.telekom.at (qmail-ldap-1.03) with QMQP for <>; 13 Jul 2003 12:32:15 -0000 Received: (qmail 352508 invoked from network); 13 Jul 2003 12:32:15 -0000 Received: from l0726p20.dipool.highway.telekom.at (HELO client3.local) ([62.46.154.180]) (envelope-sender ) by qmail4rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 13 Jul 2003 12:32:15 -0000 Received: from localhost (localhost [127.0.0.1]) by client3.local (Postfix) with ESMTP id 512F214F73 for ; Sun, 13 Jul 2003 14:32:17 +0200 (CEST) Received: by client3.local (Postfix, from userid 500) id 59A5714F6E; Sun, 13 Jul 2003 14:32:16 +0200 (CEST) From: Al Bogner To: ???@aon.tld Subject: AON DNS Test Date: Sun, 13 Jul 2003 14:32:15 +0200 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200307131432.08549.suse-linux@ml.pinguin.uni.cc> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS 0.3.12pre8 X-Spam-Status: No, hits=-12.7 required=5.0 tests=BAYES_00,USER_AGENT_KMAIL autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-UIDL: n!o"!WR##!0TB!!g$L"! Status: R X-Status: N X-KMail-EncryptionState: X-KMail-SignatureState: ____________________________________ An GMX Return-Path: <> X-Original-To: ab@client3.local Delivered-To: ab@client3.local Received: by client3.local (Postfix) id EA26F14F6E; Sun, 13 Jul 2003 14:18:16 +0200 (CEST) Date: Sun, 13 Jul 2003 14:18:16 +0200 (CEST) From: MAILER-DAEMON@client3.local (Mail Delivery System) Subject: Undelivered Mail Returned to Sender To: ab@client3.local MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="2430E14F73.1058098696/client3.local" Message-Id: <20030713121816.EA26F14F6E@client3.local> Status: R X-Status: N X-KMail-EncryptionState: X-KMail-SignatureState: This is a MIME-encapsulated message. --2430E14F73.1058098696/client3.local Content-Description: Notification Content-Type: text/plain This is the Postfix program at host client3.local. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please send mail to <postmaster> If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program : host mx0.gmx.net[213.165.64.100] said: 550 {mx018-rz3} Cannot resolve your domain (in reply to MAIL FROM command) --2430E14F73.1058098696/client3.local Content-Description: Delivery error report Content-Type: message/delivery-status Reporting-MTA: dns; client3.local Arrival-Date: Sun, 13 Jul 2003 14:18:16 +0200 (CEST) Final-Recipient: rfc822; ???@gmx.tld Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; host mx0.gmx.net[213.165.64.100] said: 550 {mx018-rz3} Cannot resolve your domain (in reply to MAIL FROM command) --2430E14F73.1058098696/client3.local Content-Description: Undelivered Message Content-Type: message/rfc822 Received: from localhost (localhost [127.0.0.1]) by client3.local (Postfix) with ESMTP id 2430E14F73 for ; Sun, 13 Jul 2003 14:18:16 +0200 (CEST) Received: by client3.local (Postfix, from userid 500) id 29AF214F6E; Sun, 13 Jul 2003 14:18:15 +0200 (CEST) From: Al Bogner To: ???@gmx.tld Subject: Test an GMX-Adresse Date: Sun, 13 Jul 2003 14:18:09 +0200 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307131418.09532.suse-linux@ml.pinguin.uni.cc> X-Virus-Scanned: by AMaViS 0.3.12pre8 - --2430E14F73.1058098696/client3.local-- Al

Am Sonntag, 13. Juli 2003 15:00 schrieb Andreas Winkelmann:

Damit fragst Du den zuständigen mx (Mailserver) für die Domain : "ml.pinguin.uni.cc" ab.

host -t mx ml.pinguin.uni.cc ml.pinguin.uni.cc mail is handled by 0 m1.dnsix.com. Ok, das passt also.

...

Wie ist Postfix zu konfigurieren, dass grundsätzlich die From-Adresse, die KMail verwendet, eingetragen wird?

sender_canonical_maps tauscht im Envelop und im Header Adressen aus. "man canonical".

Ich habe hier eine leere /etc/postfix/sender_canonical Die manpage sagt: "Alternatively, the table can be provided as a regular-expression map where patterns are given as regular expres­sions." Kann wer eine Regel aufstellen, die grundsätzlich die From-Adresse als Return-Path verwendet? KMail konnte das früher auch nicht, aber irgendwann funktionierte es, dass als Return-Path nicht grundsätzlich die Standard-Adresse verwendet wurde, sondern die beim Versenden angegebene Identität. Eine Tabelle ist insofern sehr mühsam, da ich für fast jeden email-Kontakt eine eigene Adresse meiner Domain verwende, um zB Firmen auf die Finger klopfen zu können, die meine email-Adresse verkauft haben. Oft sind das einmalige Mails, für die ich in KMail eine temporäre Identität habe, die ich einfach ändere. Mir ist schon klar, dass das kein 100%-Beweis ist, aber ein Online-Versender, der meine email-Adresse verkauft, hat zB das letzte Mal mit mir ein Geschäft gemacht. Al

Am Sonntag, 13. Juli 2003 18:06 schrieb Andreas Winkelmann:

...

Kann wer eine Regel aufstellen, die grundsätzlich die From-Adresse als Return-Path verwendet? KMail konnte das früher auch nicht, aber irgendwann funktionierte es, dass als Return-Path nicht grundsätzlich die Standard-Adresse verwendet wurde, sondern die beim Versenden angegebene Identität.

Eine Tabelle ist insofern sehr mühsam, da ich für fast jeden email-Kontakt eine eigene Adresse meiner Domain verwende, um zB Firmen auf die Finger klopfen zu können, die meine email-Adresse verkauft haben. Oft sind das einmalige Mails, für die ich in KMail eine temporäre Identität habe, die ich einfach ändere. Mir ist schon klar, dass das kein 100%-Beweis ist, aber ein Online-Versender, der meine email-Adresse verkauft, hat zB das letzte Mal mit mir ein Geschäft gemacht.

Hmm, ich weiss nicht was man unter kmail konfigurieren kann. Wenn Du häufiger wechseln möchtest, musst Du entweder selber ausliefern

WIe liefert man selber aus?

einen smtp-relay verwenden bzw. finden (macht gmx das überhaupt?).

AFAIK geht das mit GMX nicht. GMX erlaubt nur SMTP, wenn eine GMX-Adresse als Absender definiert ist.

Dann ist der Weg über postfix etwas starr, schau erstmal was Du mit kmail machen kannst.

Mein ISP filtert Port 25, damit ihre dynam. IP-Adressen nicht von Spammern missbraucht werden können. Andererseits ist der smtp-Server des ISP von Zeit zu Zeit auch down. Was kann ich also machen, damit ich keinesfalls zu einem Spam-Relay werde, andererseits aber mit "Hausmitteln" versende? Al

Al Bogner wrote:

...

...

Kann wer eine Regel aufstellen, die grundsätzlich die From-Adresse als Return-Path verwendet? KMail konnte das früher auch nicht, aber irgendwann funktionierte es, dass als Return-Path nicht grundsätzlich die Standard-Adresse verwendet wurde, sondern die beim Versenden angegebene Identität.

Eine Tabelle ist insofern sehr mühsam, da ich für fast jeden email-Kontakt eine eigene Adresse meiner Domain verwende, um zB Firmen auf die Finger klopfen zu können, die meine email-Adresse verkauft haben. Oft sind das einmalige Mails, für die ich in KMail eine temporäre Identität habe, die ich einfach ändere. Mir ist schon klar, dass das kein 100%-Beweis ist, aber ein Online-Versender, der meine email-Adresse verkauft, hat zB das letzte Mal mit mir ein Geschäft gemacht.

Hmm, ich weiss nicht was man unter kmail konfigurieren kann. Wenn Du häufiger wechseln möchtest, musst Du entweder selber ausliefern

WIe liefert man selber aus?

Du sorgst für eine funktionierende Namensauflösung, sollte normalerweise gegeben sein. Du löschst den "relay_host" eintrag, bzw. setzt ihn auf "relay_host =". Du schaltest die dns-lookups ein "disable_dns_lookups = no". Dann sollte Postfix selber die grosse weite Welt abklappern. Natürlich gibt es auch Nachteile, manche Provider blocken Mails von Einwählverbindungen und wenn die Gegenseite temporäre aussetzer hat, musst Du dich um erneute Versuche selbst kümmern, macht postfix automatisch, belastet aber die line (Bei grossen Mails nicht so gut).

...

einen smtp-relay verwenden bzw. finden (macht gmx das überhaupt?).

AFAIK geht das mit GMX nicht. GMX erlaubt nur SMTP, wenn eine GMX-Adresse als Absender definiert ist.

Yep, gibt es auch nicht viele Provider die sowas zulassen.

...

Dann ist der Weg über postfix etwas starr, schau erstmal was Du mit kmail machen kannst.

Mein ISP filtert Port 25, damit ihre dynam. IP-Adressen nicht von Spammern missbraucht werden können. Andererseits ist der smtp-Server des ISP von Zeit zu Zeit auch down.

Was kann ich also machen, damit ich keinesfalls zu einem Spam-Relay werde, andererseits aber mit "Hausmitteln" versende?

1. Firewall (Alles blocken, was von aussen auf Port 25 ankommt) 2. inet_interfaces nicht auf all, sondern auf deine Lokalen IPs setzen (+localhost). 3. smtpd_*_restrictions soweit einschränken, dass nur noch Mails von Deinen Clients angenommen werden. -- Gruß, Andreas

Am Sonntag, 13. Juli 2003 14:45 schrieb Al Bogner:

...

...

disable_dns_lookups = yes

Das ist leider nur die halbe Lösung

Nein, nicht einmal das. Mit "yes" wird versucht lokale Domains aufzulösen (Host not found), ändere ich auf "disable_dns_lookups = no", funktioniert es wieder. Al

Al Bogner am Montag, 14. Juli 2003 21:32:

[...] Also erstens, über den SMTP-Server des ISP macht das KMail automatisch so wie ich es mir vorstelle, ohne, dass ich irgendeinen Ausgansfilter zu definieren hätte.

Nachtrag: Hab es gerade getestet. Lasse ich in der Identität den Return-path frei und versende von KMail per SMTP an localhost (mach ich hier immer so), dann wird von KMail der Return-Path entsprechend gesetzt. Auf localhost läuft postfix als Relay für die ausgehende Post, loakle Post wird intern direkt zugestellt. -- Gruß MaxX 8-)

Al Bogner am Dienstag, 15. Juli 2003 21:38:

Am Dienstag, 15. Juli 2003 01:10 schrieb Matthias Houdek:

...

Hab es gerade getestet. Lasse ich in der Identität den Return-path frei und versende von KMail per SMTP an localhost (mach ich hier immer so), dann wird von KMail der Return-Path entsprechend gesetzt.

Ja das mit localhost klappt nun. Danke! Ein- und ausgehende Mails werden somit auf Win-Viren überprüft. Freu :-) Was macht man nicht so alles für seine Freunde :-)

Kleiner Nachtrag (vor allem für Mitleser): Es muss nicht unbedingt per SMTP an _localhost_ sein, sondern an den Host, auf dem das eigene Postfix läuft. Bei Mr. Bogner und auch noch bei mir ist das eben localhost. -- Gruß MaxX 8-)