fetchmail-procmail-sendmail-mutt
Hallo Linux-Gemeinde, so soll es jetzt sein und nicht anders. Im Wesentlichen läuft meine Installation auch - bis auf die Tatsache, daß keine eMails verschickt werden. Zu den Tatsachen: SuSE Linux 7.2 pro mit aktuellen Patches meine interne Domain: intern.mboelke.de mein PC: theo.intern.mboelke.de Mein Provider ist Loomes eMai: smtp.loomes.de Meine eMail: Mathias.Boelke@mboelke.de mutt ist konfiguriert und ich lerne damit umzugehen => OK fetchmail und procmail holen und verteilen => OK sendmail hilft intern auch mit => OK Sobald ich aber eine eMail nach draußen schicke (z.B. GMX), dann hat sich das Thema erledigt. Möchte ich mir selbst eine eMail schreiben (von Mathias.Boelke@mboelke.de an Mathias.Boelke@gmx.de) Mit der genauen Fehlermeldung kann ich nicht dienen, nur soviel: User unknown Schicke ich aber an eine andere eMail in der Domaine eine Mail (Mathias.Boelke@mbolke.de an Marcus.Boelke@mboelke.de), dann funzt das. Wenn ich mir aber mein Outlook anschaue, dann sehe ich, daß ich beim Versenden von eMails mich beim Server (smtp.loomes.de) anmelde. Wie richte ich das bei sendmail ein? Danke, Mathias PS: ich versuche beim nächsten Mal gleich zur Sache zu kommen ;-)
Moin,
* Mathias Bölke
so soll es jetzt sein und nicht anders. Gute Wahl, die man aber durch Einsatz von Procmail oder QMail noch verbessern könnte. Ich habe auch schonmal darüber nachgedacht, Procmail durch einen MDA mit weniger kryptischer Syntax zu ersetzen, bin aber noch nicht dazu gekommen. Insbesondere Mutt schlägt die Konkurrenz um Längen. Ich habe letzte Woche mal mit KMail gespielt, das ebenfalls recht gut aussieht; die beiden Programme kann man gut parallel einsetzen.
Mit der genauen Fehlermeldung kann ich nicht dienen, nur soviel: User unknown Sieh mal in den Logs nach. Sendmails Log ist /var/log/mail, bei Fetchmail legst Du es mit 'set logfile /was/auch/immer' in der fetchmail.rc fest.
Wenn ich mir aber mein Outlook anschaue, dann sehe ich, daß ich beim Versenden von eMails mich beim Server (smtp.loomes.de) anmelde. Wie richte ich das bei sendmail ein? Du teilst Sendmail mit, daß es einen Relay einsetzen soll. Das geht mit Yast ganz gut (Aus dem Gedächtnis: Administration/Konfigurationsdatei Bearbeiten).
Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
Am Dienstag, 23. Oktober 2001 12:06 schrieb Thorsten Haude:
Moin,
* Mathias Bölke
[01-10-23 11:39]: so soll es jetzt sein und nicht anders.
[ cut ]
Wenn ich mir aber mein Outlook anschaue, dann sehe ich, daß ich beim Versenden von eMails mich beim Server (smtp.loomes.de) anmelde. Wie richte ich das bei sendmail ein?
Du teilst Sendmail mit, daß es einen Relay einsetzen soll. Das geht mit Yast ganz gut (Aus dem Gedächtnis: Administration/Konfigurationsdatei Bearbeiten).
Thorsten
hi, der folgende Link beschreibt sendmail / fetchmail imho ganz gut. RELAY-Funktion ist auch erklärt -- in YAST kann man das imho nicht einstellen. Muss man von Hand tun http://doc.thepenguin.de/sendmail/index_dr.htm MfG Benn
Moin,
* Bernd Schmelter
RELAY-Funktion ist auch erklärt -- in YAST kann man das imho nicht einstellen. Muss man von Hand tun Bei meinem Yast geht's jedenfalls für Postfix, ich bin mir ziemlich sicher, daß es bei Sendmail nicht anders war.
Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
* Mathias Bölke
Zu den Tatsachen: SuSE Linux 7.2 pro mit aktuellen Patches meine interne Domain: intern.mboelke.de
Bist du sicher, daß sowas _nicht_ zu Problemen führt? Ich nehme jetzt mal an, daß du keine Standleitung hast.
mein PC: theo.intern.mboelke.de
Duerfte eben auch nicht besser sein. s.o.
mutt ist konfiguriert und ich lerne damit umzugehen => OK fetchmail und procmail holen und verteilen => OK sendmail hilft intern auch mit => OK
Sobald ich aber eine eMail nach draußen schicke (z.B. GMX), dann hat sich das Thema erledigt. Möchte ich mir selbst eine eMail schreiben (von Mathias.Boelke@mboelke.de an Mathias.Boelke@gmx.de) Mit der genauen Fehlermeldung kann ich nicht dienen, nur soviel: User unknown
Vermutlich wird versucht, die mail intern auszuliefern, was dann verständlicherweise schief geht.
Schicke ich aber an eine andere eMail in der Domaine eine Mail (Mathias.Boelke@mbolke.de an Marcus.Boelke@mboelke.de), dann funzt das.
Wenn ich richtig liege, wird diese mail intern ausgeliefert, d.h. die läuft gar nicht über deinen Provider. cu flo -- <HTML><BODY onload="close()"></BODY></HTML>
Am Die, 23 Okt 2001, schrieb Mathias Bölke:
Hallo Linux-Gemeinde,
so soll es jetzt sein und nicht anders. Im Wesentlichen läuft meine Installation auch - bis auf die Tatsache, daß keine eMails verschickt werden.
Zu den Tatsachen: SuSE Linux 7.2 pro mit aktuellen Patches meine interne Domain: intern.mboelke.de
Das ist keine so gute Idee, einen existierenden Top-Level-Domain-Namen für ein internes Netz zu verwenden, bei einer Fehlkonfiguration kannsrt Du da Chaos verursachen. Warum nicht mboelke.local oder so?
mein PC: theo.intern.mboelke.de Mein Provider ist Loomes eMai: smtp.loomes.de Meine eMail: Mathias.Boelke@mboelke.de
mutt ist konfiguriert und ich lerne damit umzugehen => OK fetchmail und procmail holen und verteilen => OK sendmail hilft intern auch mit => OK
Schön, wenn das klappt.
[intern klappt, extern nicht] Wenn ich mir aber mein Outlook anschaue, dann sehe ich, daß ich beim Versenden von eMails mich beim Server (smtp.loomes.de) anmelde. Wie richte ich das bei sendmail ein?
Um zu verhindern, daß beliebige Internetznutzer, z.B. Spammer, einen Mailserver zum Versenden von Mails benutzen, erlauben öffentlich erreichbare Mailserver das Relayen meist nur unter bestimmten Bedingungen. Entweder Du mußt Dich zuerst durch eine POP3-Anfrage authentifizieren (POPb4SMTP) oder, das scheint hier bei Dir der Fall zu sein, Du mußt SMTP mit Authentifizierung nutzen. Das geht mit sendmail, ist aber nicht trivial. Bei www.sendmail.org gibt es irgendwo eine genaue Anleitung, die exakte URL geht ca. 1mal im Monat über die Liste und sollte im Archiv zu finden sein. Es gibt allerdings andere MTAs außer sendmail, mit denen das einfacher geht (ehrlicherweise muß ich sagen, gehen soll, da ich es nie probiert habe). Ich denke da z.B. an Masqmail (http://innominate.org/~oku/masqmail/), das mir nach einem kurzen Blick auf die Feature-Liste SMTP AUTH zu beherrschen scheint. Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hallo, On Wednesday 24 October 2001 08:04, Christoph Maurer wrote:
Am Die, 23 Okt 2001, schrieb Mathias Bölke:
Zu den Tatsachen: SuSE Linux 7.2 pro mit aktuellen Patches meine interne Domain: intern.mboelke.de
Das ist keine so gute Idee, einen existierenden Top-Level-Domain-Namen für ein internes Netz zu verwenden, bei einer Fehlkonfiguration kannsrt Du da Chaos verursachen.
Warum nicht mboelke.local oder so?
interessehalber: Welche Probleme könnten auftauchen? Meine lokalen Rechner heißen alle $RECHNERNAME.hakuli.de, ich finde das ziemlich praktisch und hatte noch nie Probleme damit. Ein lokaler DNS ist für die Namensauflösung zuständig, der Eintrag www im zonefile hakuli.de zeigt auf die IP beim Hoster. Schöne Grüße, Stephan -- /* Stephan Hakuli -=-=-=- http://www.hakuli.de/stephan Encryption with GnuPG/GPG is strongly encouraged, my public key is available on my website. -=- Kernel_source_comment_of_the_month=\ `grep gently /usr/src/linux-2.2.19/arch/sparc/kernel/ptrace.c` */
On 25 Oct 2001, at 0:00, Stephan Hakuli wrote:
Hallo,
On Wednesday 24 October 2001 08:04, Christoph Maurer wrote:
Am Die, 23 Okt 2001, schrieb Mathias Bölke:
Zu den Tatsachen: SuSE Linux 7.2 pro mit aktuellen Patches meine interne Domain: intern.mboelke.de
Das ist keine so gute Idee, einen existierenden Top-Level-Domain-Namen für ein internes Netz zu verwenden, bei einer Fehlkonfiguration kannsrt Du da Chaos verursachen.
Warum nicht mboelke.local oder so?
interessehalber: Welche Probleme könnten auftauchen? Meine lokalen Rechner heißen alle $RECHNERNAME.hakuli.de, ich finde das ziemlich praktisch und hatte noch nie Probleme damit. Ein lokaler DNS ist für die Namensauflösung zuständig, der Eintrag www im zonefile hakuli.de zeigt auf die IP beim Hoster.
In Deiner Konfiguration kann da eigentlich gar nix passieren. Ansonsten kann a) es passieren, daß dein DNS sich für die Domain zuständig fühlt, die "wirkliche" Domain, die dir evtl. nicht gehört, aber nicht kennt. Dann kannst Du halt die Rechner dieser einen echten domain nicht auflösen. Alle anderen Rechner im Internet können dies sehr wohl. b) es sein, daß dein Domainname, der Dir gar nicht gehört. z.B. im sendmail-header auftaucht und somit bedienst du dich unberechtigterweise dieses Namens. Andreas
Hallo, On Thursday 25 October 2001 07:12, Andreas Kyek wrote:
On 25 Oct 2001, at 0:00, Stephan Hakuli wrote:
interessehalber: Welche Probleme könnten auftauchen? Meine lokalen Rechner heißen alle $RECHNERNAME.hakuli.de, ich finde das ziemlich praktisch und hatte noch nie Probleme damit. Ein lokaler DNS ist für die Namensauflösung zuständig, der Eintrag www im zonefile hakuli.de zeigt auf die IP beim Hoster.
In Deiner Konfiguration kann da eigentlich gar nix passieren.
Ansonsten kann [...] b) es sein, daß dein Domainname, der Dir gar nicht gehört. z.B. im sendmail-header auftaucht und somit bedienst du dich unberechtigterweise dieses Namens.
Nein, das hat schon seine Richtigkeit, daran habe ich natürlich gedacht. Die Domain hakuli.de ist in Familienbesitz. ;-) Schöne Grüße, Stephan -- /* Stephan Hakuli -=-=-=- http://www.hakuli.de/stephan Encryption with GnuPG/GPG is strongly encouraged, my public key is available on my website. -=- Kernel_source_comment_of_the_month=\ `grep gently /usr/src/linux-2.2.19/arch/sparc/kernel/ptrace.c` */
Am Don, 25 Okt 2001, schrieb Stephan Hakuli:
Hallo,
On Wednesday 24 October 2001 08:04, Christoph Maurer wrote:
Am Die, 23 Okt 2001, schrieb Mathias Bölke:
Zu den Tatsachen: SuSE Linux 7.2 pro mit aktuellen Patches meine interne Domain: intern.mboelke.de
Das ist keine so gute Idee, einen existierenden Top-Level-Domain-Namen für ein internes Netz zu verwenden, bei einer Fehlkonfiguration kannsrt Du da Chaos verursachen.
Warum nicht mboelke.local oder so?
interessehalber: Welche Probleme könnten auftauchen? Meine lokalen Rechner heißen alle $RECHNERNAME.hakuli.de, ich finde das ziemlich praktisch und hatte noch nie Probleme damit. Ein lokaler DNS ist für die Namensauflösung zuständig, der Eintrag www im zonefile hakuli.de zeigt auf die IP beim Hoster.
Ich gehe mal davon aus, daß Dir hakuli.de gehört, dann ist die rechtliche Seite des Problems schon mal geklärt. Die nächste, technische Seite ist, daß ein falsch konfigurierter DNS u.U. für große Verwirrung sorgen kann, wenn er sich für hakuli.de zuständig erklärt, aber nicht richtig (i.e. auf das weltweit sichtbare hakuli.de) auflösen kann. Aber wenn der www Eintrag richtig sitzt und Du dir sicher bist, daß alles klappt, sollte es nicht so viel Probleme geben. BTW: Was ist mit dem MX? Vielleicht solltest Du auf jeden Fall den internen DNS von außen sperren. Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hallo, On Thursday 25 October 2001 07:52, Christoph Maurer wrote:
Am Don, 25 Okt 2001, schrieb Stephan Hakuli:
interessehalber: Welche Probleme könnten auftauchen? Meine lokalen Rechner heißen alle $RECHNERNAME.hakuli.de, ich finde das ziemlich praktisch und hatte noch nie Probleme damit. Ein lokaler DNS ist für die Namensauflösung zuständig, der Eintrag www im zonefile hakuli.de zeigt auf die IP beim Hoster.
Ich gehe mal davon aus, daß Dir hakuli.de gehört, dann ist die rechtliche Seite des Problems schon mal geklärt.
klar, selbstverständlich.
Die nächste, technische Seite ist, daß ein falsch konfigurierter DNS u.U. für große Verwirrung sorgen kann, wenn er sich für hakuli.de zuständig erklärt, aber nicht richtig (i.e. auf das weltweit sichtbare hakuli.de) auflösen kann. Aber wenn der www Eintrag richtig sitzt und Du dir sicher bist, daß alles klappt, sollte es nicht so viel Probleme geben.
Oh, ich hätte noch erwähnen können, dass mein lokaler DNS keine Anfragen von außen beantwortet, sondern nur mein eigenes Netzwerk bedient. Der DNS-Record zu www.hakuli.de, wie er aus dem Internet sichtbar ist, wurde vom Hoster gesetzt.
BTW: Was ist mit dem MX?
Der zeigt auf den Mailserver des Providers.
Vielleicht solltest Du auf jeden Fall den internen DNS von außen sperren.
s.o. Wenn das alle Einwände sind, fühle ich hiermit unbetroffen. :-) Schöne Grüße, Stephan -- /* Stephan Hakuli -=-=-=- http://www.hakuli.de/stephan Encryption with GnuPG/GPG is strongly encouraged, my public key is available on my website. -=- Kernel_source_comment_of_the_month=\ `grep gently /usr/src/linux-2.2.19/arch/sparc/kernel/ptrace.c` */
participants (7)
-
Andreas Kyek
-
bschmelter@t-online.de
-
Christoph Maurer
-
Florian Gross
-
Mathias Bölke
-
Stephan Hakuli
-
Thorsten Haude