Mail an die "eigene" Adresse (fetchmail postfix und cyrus)
Hallo Leute, Hallo Liste Mal eine kleine Verständnisfrage zu postfix und fetchmail in Verbindung mit t-online: -Situation SuSE 8.2 pro mit: fetchmail-6.2.1-25 postfix-2.0.6-8 cyrus-imapd-2.1.12-29 (und die dazugehörigen Pakete) "fetchmail" holt die mails ab, postfix übergibt sie mit "local_transport = cyrus" an den imapd. -Problem Es "scheint" alles einwandfrei zu funktionieren, die mails werden vom Provider abgeholt, mails versenden geht augenscheinlich auch. Mit einer Ausnahme: Mails die ich an meine eigene t-online-Adresse sende "verschwinden". Irgendetwas "auffälliges" (zumindest für mich als mail-newbie) kann ich in den logfiles nicht finden. Kennt jemand dieses Phänomen? Ratlos, Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
Nachtrag: Gerald Engl wrote:
Mails die ich an meine eigene t-online-Adresse sende "verschwinden".
Irgendetwas "auffälliges" (zumindest für mich als mail-newbie) kann ich in den logfiles nicht finden.
Man sollte halt genauer hinschauen. Hab es in den logfiles gefunden (und auch in der SDB), gehe jetzt wohl besser wieder ins Bett ;-) Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
Am Samstag, 14. Juni 2003 03:36 schrieb Gerald Engl:
Man sollte halt genauer hinschauen. Hab es in den logfiles gefunden (und auch in der SDB), gehe jetzt wohl besser wieder ins Bett ;-)
Hallo Gerald, wenn du jetzt wenigstens kurz geschrieben hättest, woran es lag, wäre der Thread für andere vielleicht nicht ganz umsonst gewesen. Tom
Hallo Tom, Hallo Liste Tom Roberts wrote:
Hallo Gerald,
wenn du jetzt wenigstens kurz geschrieben hättest, woran es lag, wäre der Thread für andere vielleicht nicht ganz umsonst gewesen.
Sorry, war aber etwas spät, hatte "eh nur noch Tomaten auf den
Augen", musste wirklich erstmal wieder ins Bett ;-)
Hier also der Grund des Problems:
1) siehe:
http://sdb.suse.de/de/sdb/html/fhassel_sendmail_t-online.html
2) In '/var/log/mail' sieht das dann so aus:
Jun 14 03:21:47 crawler postfix/pipe[2442]: 9A3B39A934:
to=
Hallo Gerald, Am Samstag, 14. Juni 2003 11:00 schrieb Gerald Engl:
Hier also der Grund des Problems:
1) siehe:
http://sdb.suse.de/de/sdb/html/fhassel_sendmail_t-online.html
[...]
Damit der Thread nun wirklich nicht nutzlos ist: Im Klartext betrachtet der/die Mailserver der Telekom eine solche Mail als potentiellen SPAM. Ich frage mich nur wieviele andere das auch tun, denn aufgefallen ist es mir bis dato nur bei t-online-mailservern.
Nur eine vernünftige Lösung dazu ist mir im Schlaf noch nicht gekommen ;-)
vielleicht verstehe ich es ja nicht, aber was findest du denn an den in der SDB erwähnten Lösungen unvernünftig? Also Relay für T-Online-Adressen benutzen; entweder das von T-Online (kostet halt) oder einen (Mail-) Provider mit SMTP-Authentfizerung bzw. zur Not SMTP after POP, der beliebige Absenderadressen zulässt, suchen. Wenn du mit einer dynamisch vergebenen IP die Mails direkt auslieferst, wirst du bestimmt auch noch andere E-Mail-Adressen finden, wo du ein Relay gut gebrauchen kannst. Tom
Hallo Tom Tom Roberts wrote:
vielleicht verstehe ich es ja nicht, aber was findest du denn an den in der SDB erwähnten Lösungen unvernünftig?
War mißverständlich, ich strebe eine Lösung an, die ohne Relay auskommt. Was in der SDB steht ist natürlich vernünftig, trifft eben nur nicht mein Anliegen. Wobei ich auch einräume, daß ich mich mit "dem ganzen privaten Mail-Kram" aus eher akademischen Gründen befasse. Es wäre ohne weiteres Möglich den Mailserver in der Firma als Relay zu verwenden. (nur das ist eben nicht das Ziel ;-) )
Also Relay für T-Online-Adressen benutzen; entweder das von T-Online (kostet halt) oder einen (Mail-) Provider mit SMTP-Authentfizerung bzw. zur Not SMTP after POP, der beliebige Absenderadressen zulässt, suchen.
Wenn du mit einer dynamisch vergebenen IP die Mails direkt auslieferst, wirst du bestimmt auch noch andere E-Mail-Adressen finden, wo du ein Relay gut gebrauchen kannst.
Mh, da stimme ich dir zu. Oder eben eine Lösung, die ohne Relay sauber funktioniert. Bin gerade am nachlesen, ob es nicht eine gute Möglichkeit mit dyndns gibt. (Wobei ich den zusätzlichen Aufwand noch nicht abschätzen kann) Vielleicht hast Du ja Anregungen dazu? Beste Grüße Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
Hallo Gerald, Am Samstag, 14. Juni 2003 12:36 schrieb Gerald Engl:
Mh, da stimme ich dir zu. Oder eben eine Lösung, die ohne Relay sauber funktioniert. Bin gerade am nachlesen, ob es nicht eine gute Möglichkeit mit dyndns gibt. (Wobei ich den zusätzlichen Aufwand noch nicht abschätzen kann)
Vielleicht hast Du ja Anregungen dazu?
nein, nicht wirklich. Mir hat bis jetzt die Auslieferung über ein Relay "erkenntnistheoretisch" gerreicht, aber mit DynDNS und einem MX-Eintrag bist du glaube ich auf der richtigen Fährte. Tom
Hallo Tom Tom Roberts wrote:
nein, nicht wirklich. Mir hat bis jetzt die Auslieferung über ein Relay "erkenntnistheoretisch" gerreicht, aber mit DynDNS und einem MX-Eintrag bist du glaube ich auf der richtigen Fährte.
Mach ich vielleicht später mal ;-) Andreas´ Vorschlag, war die Lösung. Ich werde jetzt erst mal versuchen das ganze Thema mail ein wenig zu vertiefen (befasse mich eigentlich erst seit ein paar Tagen damit). Frei nach dem Motto: "Es scheint alles zu funktionieren" und "Denn Sie wissen nicht was Sie tun" ;-) Die Sache mit den mailservern bei der Telekom verstehe ich allerdings nicht. Siehe (Zitat Andreas)
Mit dem SPAM ist nicht richtig. Die Telekom hat ihr Netz einfach nur Merkwürdig geplant. Die Mailserver mit dem entsprechenden mx-record für die mail-anlieferung (z.B. mailin07.sul.t-online.de) stehen draussen was nicht falsch ist, allerdings lässt Dich die Firewall, wenn Du Dich im T-Online-Netz befindest nicht an die smtp-ports dieser Server. Lange Rede kurzer Sinn, Du musst Deinem Postfix in einer Transport-Table sagen, dass es für *@t-online.de Mails nicht über den normalen Weg, sondern direkt an smtp.t-online.de liefern soll.
Was für einen Sinn soll das haben? Ist mir noch nicht ganz klar. Beste Grüße Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
Gerald Engl wrote:
Die Sache mit den mailservern bei der Telekom verstehe ich allerdings nicht. Siehe (Zitat Andreas)
Mit dem SPAM ist nicht richtig. Die Telekom hat ihr Netz einfach nur Merkwürdig geplant. Die Mailserver mit dem entsprechenden mx-record für die mail-anlieferung (z.B. mailin07.sul.t-online.de) stehen draussen was nicht falsch ist, allerdings lässt Dich die Firewall, wenn Du Dich im T-Online-Netz befindest nicht an die smtp-ports dieser Server. Lange Rede kurzer Sinn, Du musst Deinem Postfix in einer Transport-Table sagen, dass es für *@t-online.de Mails nicht über den normalen Weg, sondern direkt an smtp.t-online.de liefern soll.
Was für einen Sinn soll das haben? Ist mir noch nicht ganz klar.
Na dann, Willkommen bei T-Online (SCNR) ;-)) Hmm, was verstehst Du denn nicht ? Gruß, Andreas
Tom Roberts wrote:
nein, nicht wirklich. Mir hat bis jetzt die Auslieferung über ein Relay "erkenntnistheoretisch" gerreicht, aber mit DynDNS und einem MX-Eintrag bist du glaube ich auf der richtigen Fährte.
Den MX-Eintrag brauchst Du nur für ankommende Mails. Das ist zwar über z.B. dyndns eine nette Spielerei, aber mehr auch nicht. Was wenn Du so einen Eintrag hast, die Verbindung geht weg, ein anderer bekommt Deine Ip und hat zufällig einen smtp-server laufen (In der heutigen Zeit wohl keine Seltenheit mehr) .... Dann hat er Deine Mail! Gruß, Andreas
Gerald Engl wrote:
Jun 14 03:24:09 crawler postfix/smtp[2445]: connect to mailin07.sul.t-online.de[194.25.134.75]: Connection refused (port 25) .....usw.
D.h. um mails direkt an t-online Adressen zu senden muß man sich irgendwas anderes einfallen lassen.
Damit der Thread nun wirklich nicht nutzlos ist: Im Klartext betrachtet der/die Mailserver der Telekom eine solche Mail als potentiellen SPAM. Ich frage mich nur wieviele andere das auch tun, denn aufgefallen ist es mir bis dato nur bei t-online-mailservern.
Nur eine vernünftige Lösung dazu ist mir im Schlaf noch nicht gekommen ;-)
Mit dem SPAM ist nicht richtig. Die Telekom hat ihr Netz einfach nur Merkwürdig geplant. Die Mailserver mit dem entsprechenden mx-record für die mail-anlieferung (z.B. mailin07.sul.t-online.de) stehen draussen was nicht falsch ist, allerdings lässt Dich die Firewall, wenn Du Dich im T-Online-Netz befindest nicht an die smtp-ports dieser Server. Lange Rede kurzer Sinn, Du musst Deinem Postfix in einer Transport-Table sagen, dass es für *@t-online.de Mails nicht über den normalen Weg, sondern direkt an smtp.t-online.de liefern soll. t-online smtp:smtp.t-online.de Ich weiss jetzt nicht, ob man da noch etwas bzgl. authentifizierung einstellen muss, oder ob es halt ausreicht, aus dem netz zu kommen, versuchs einfach mal aus. Gruß, Andreas
Hallo Andreas Das war es. Besten Dank für die Hilfe. Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
Hallo Andreas Entschuldige bitte die PM, war "unintentional", sorry. Hier nochmal an die Liste: Das war es. Besten Dank für die Hilfe. Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
Hallo Andreas, Am Samstag, 14. Juni 2003 12:16 schrieb Andreas Winkelmann:
sagen, dass es für *@t-online.de Mails nicht über den normalen Weg, sondern direkt an smtp.t-online.de liefern soll.
t-online smtp:smtp.t-online.de
Ich weiss jetzt nicht, ob man da noch etwas bzgl. authentifizierung einstellen muss, oder ob es halt ausreicht, aus dem netz zu kommen, versuchs einfach mal aus.
was aber nur funktioniert, wenn er mit einer IP von T-Online kommt und wenn er mit seiner T-Online Email-Adresse als Absender arbeitet. Ansonsten müsste er das kostenpflichtige Relay benutzen, oder? Tom
Tom Roberts wrote:
sagen, dass es für *@t-online.de Mails nicht über den normalen Weg, sondern direkt an smtp.t-online.de liefern soll.
t-online smtp:smtp.t-online.de
Ich weiss jetzt nicht, ob man da noch etwas bzgl. authentifizierung einstellen muss, oder ob es halt ausreicht, aus dem netz zu kommen, versuchs einfach mal aus.
was aber nur funktioniert, wenn er mit einer IP von T-Online kommt und wenn er mit seiner T-Online Email-Adresse als Absender arbeitet. Ansonsten müsste er das kostenpflichtige Relay benutzen, oder?
Hmm, langsam. Sein Problem war, dass er keine Mails an die eigene adresse *@t-online.de schicken konnte. In dem Auszug seinens Logs, hat Postfix versucht den Mailserver von T-Online mail0x.sul.t-online.de zu erreichen und ist daran gescheitert ("Connection refused"). Da war noch gar keine Rede von irgendwelchen relay-versuchen. Dieses Problem lässt sich einfach lösen, indem man den Mailserver im eigenen Netz (smtp.t-online.de) benutzt. Dort kommt man wenigstens hin ;-) Was Du meinst, ist wenn er versuchen würde über eben diesen Server unter einer anderen Adresse zu schreiben, das geht nicht. Dann müsste er in der Tat entweder den kostenpflichtigen smtp-relay.t-online.de (???) oder einen anderen Provider benutzen. Aber soweit ich das mitbekommen habe, wollte er das gar nicht. Vielleicht später ;-)) Gruß, Andreas
Hallo Andreas, Am Samstag, 14. Juni 2003 13:36 schrieb Andreas Winkelmann:
Hmm, langsam. Sein Problem war, dass er keine Mails an die eigene adresse *@t-online.de schicken konnte. In dem Auszug seinens Logs, hat Postfix versucht den Mailserver von T-Online mail0x.sul.t-online.de zu erreichen und ist daran gescheitert ("Connection refused"). Da war noch gar keine Rede von irgendwelchen relay-versuchen. Dieses Problem lässt sich einfach lösen, indem man den Mailserver im eigenen Netz (smtp.t-online.de) benutzt. Dort kommt man wenigstens hin ;-)
sag ich ja, Zugang mit T-Online = IP von T-Online = Voraussetzung um auf den SMTP-Server zugreifen zu können
Was Du meinst, ist wenn er versuchen würde über eben diesen Server unter einer anderen Adresse zu schreiben, das geht nicht. Dann müsste er in der Tat entweder den kostenpflichtigen smtp-relay.t-online.de (???) oder einen anderen Provider benutzen. Aber soweit ich das mitbekommen habe, wollte er das gar nicht. Vielleicht später ;-))
schon klar, ist ja genau was ich sage. Mein Einwand war jetzt auch nicht auf Geralds Problem bezogen, sondern mehr allgemeiner Natur. Tom
participants (3)
-
Andreas Winkelmann
-
Gerald Engl
-
Tom Roberts