Hallo! Mein Server holt Mails mit fetchmail über ISDN mit dyn. IP von GMX, versendet sie mit sendmail. Im Heimnetz hört er auf die IP 192.168.1.1 Nun möchte ich sendmail und fetchmail auch auf meinem Notebook (192.168.1.3) laufen lassen, die Mails jedoch nicht von GMX holen, sondern von meinem Server. Also habe ich in der .fetchmailrc und als smarthost für sendmail die IP 192.168.1.1 angegeben. Verbunden sind die beiden über eth0. Nur geht jetzt leider kein einziges Bit über die Netzwerkkarte raus, wenn ich versuche fetchmail oder sendmail -q auszuführen. Beide brechen mit der hinlänglich bekannten Meldung ab, daß der Server 192.168.1.1 nicht gefunden werden kann. Ping klappt, auch leafnode weiß, das es die News über eth0 von dem auf meinem Server laufenden leafnode bekommt. In der /etc/route.conf steht auf dem Notebook nur: 192.168.1.0 0.0.0.0 255.255.255.0 eth0, route wird beim Start ausgeführt. Alle relevanten Progs sind in den Versionen von der 6.3, der Kernel auch. Wie bekomme ich nun sendmail auf dem Client dazu, die Mails an sendmail auf meinem Server abzuliefern, sowie fetchmail dazu, sie dort abzuholen? Klappt das etwa nur über ippp* oder ppp*, nicht aber über eth0? Danke, Thorsten --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 18-Mar-00 Thorsten Grade wrote:
Hallo!
Mein Server holt Mails mit fetchmail über ISDN mit dyn. IP von GMX, versendet sie mit sendmail. Im Heimnetz hört er auf die IP 192.168.1.1 Nun möchte ich sendmail und fetchmail auch auf meinem Notebook (192.168.1.3) laufen lassen, die Mails jedoch nicht von GMX holen, sondern von meinem Server. Also habe ich in der .fetchmailrc und als smarthost für sendmail die IP 192.168.1.1 angegeben. Verbunden sind die beiden über eth0. Nur geht jetzt leider kein einziges Bit über die Netzwerkkarte raus, wenn ich versuche fetchmail oder sendmail -q auszuführen. Beide brechen mit der hinlänglich bekannten Meldung ab, daß der Server 192.168.1.1 nicht gefunden werden kann. Ping klappt, auch leafnode weiß, das es die News über eth0 von dem auf meinem Server laufenden leafnode bekommt. In der /etc/route.conf steht auf dem Notebook nur: 192.168.1.0 0.0.0.0 255.255.255.0 eth0, route wird beim Start ausgeführt. Alle relevanten Progs sind in den Versionen von der 6.3, der Kernel auch.
Wie bekomme ich nun sendmail auf dem Client dazu, die Mails an sendmail auf meinem Server abzuliefern, sowie fetchmail dazu, sie dort abzuholen? Klappt das etwa nur über ippp* oder ppp*, nicht aber über eth0?
Doch, das klappt schon, nur muß auf deinem Server auch Sendmail o.ä. auf Port 25 und z.B. POP3 auf Port 110 laufen. Wie sieht denn die Fehlermeldung genau aus? Hendrik Sattler --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thorsten Grade wrote:
Hallo!
Hallo Thorsten,
Mein Server holt Mails mit fetchmail über ISDN mit dyn. IP von GMX, versendet sie mit sendmail. Im Heimnetz hört er auf die IP 192.168.1.1 Nun möchte ich sendmail und fetchmail auch auf meinem Notebook (192.168.1.3) laufen lassen, die Mails jedoch nicht von GMX holen, sondern von meinem Server. Also habe ich in der .fetchmailrc und als smarthost für sendmail die IP 192.168.1.1 angegeben.
die genauen Eintraege waeren gut.
Verbunden sind die beiden über eth0. Nur geht jetzt leider kein einziges Bit über die Netzwerkkarte raus, wenn ich versuche fetchmail oder sendmail -q auszuführen. Beide brechen mit der hinlänglich bekannten Meldung ab, daß der Server 192.168.1.1 nicht gefunden werden kann.
Du hast auf dem Server auch den sendmail daemon gestartet? Starten: rechner:/ # /sbin/init.d/sendmail start Immer starten: In /etc/rc.config SMTP auf yes setzen. Du hast auf dem Server auch den popper installiert und ihn in der /etc/inetd.conf aktiviert (inetd muss laufen)? Paket popper installieren. In /etc/inetd.conf nach "popper" suchen und die Raute am Anfang der Zeile entfernen (aktivieren). Dann: erver:/ # /sbin/init.d/inetd restart Oder ProzessID rauskramen und den inetd mit Sig-Hup killen.
Ping klappt, auch leafnode weiß, das es die News über eth0 von dem auf meinem Server laufenden leafnode bekommt.
Dann sind die devices ja anscheinend richtig konfiguriert.
In der /etc/route.conf steht auf dem Notebook nur: 192.168.1.0 0.0.0.0 255.255.255.0 eth0,
das ist ok.
route wird beim Start ausgeführt.
Ist Standard.
Alle relevanten Progs sind in den Versionen von der 6.3, der Kernel auch.
ok
Wie bekomme ich nun sendmail auf dem Client dazu, die Mails an sendmail auf meinem Server abzuliefern, sowie fetchmail dazu, sie dort abzuholen? Klappt das etwa nur über ippp* oder ppp*, nicht aber über eth0?
Nein. Das klappt natuerlich ueber alle Netzwerkverbindungen. Vorrausetzung ist nur TCP/IP. Gruss Marc -- +-----Du hast eine nützliche Linuxseite? Du suchst eine?-----------+ | --> http://www.Links2Linux.de <-- | | | +---Registered-Linux-User-#136487------------http://counter.li.org + --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, Marc Schiffbauer schrieb in 2,5K (86 Zeilen):
die genauen Eintraege waeren gut.
SENDMAIL_SMARTHOST: smtp:192.168.1.1 .fetchmailrc ist ok: poll 192.168.1.1 ...usw.
Du hast auf dem Server auch den sendmail daemon gestartet? Paket popper installieren.
Nene, dat lüppt ollns. Sendmail auf dem Server funzt. Auch werdem von einem anderen Client stammende Mails, die über eth0 kommen, angenommen, allerdings nur mit einem POP und SMTP fähigen Mailreader wie z.B. Netscape auf Clientseite, der die Mails ohne MTA versendet. Ist wohl ne reine Routing-Sache Gruß, Thorsten --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thorsten Grade wrote:
Hallo,
Marc Schiffbauer schrieb in 2,5K (86 Zeilen):
die genauen Eintraege waeren gut.
SENDMAIL_SMARTHOST: smtp:192.168.1.1
in der rc.config des Clients sollte nur stehen: SENDMAIL_SMARTHOST=192.168.1.1
.fetchmailrc ist ok: poll 192.168.1.1 ...usw.
Du hast auf dem Server auch den sendmail daemon gestartet? Paket popper installieren.
Nene, dat lüppt ollns. Sendmail auf dem Server funzt. Auch werdem von einem anderen Client stammende Mails, die über eth0 kommen, angenommen, allerdings nur mit einem POP und SMTP fähigen Mailreader wie z.B. Netscape auf Clientseite, der die Mails ohne MTA versendet.
Ist wohl ne reine Routing-Sache
Du meinst Mail-Routing? Was steht in den /var/log/mail Dateien des Servers, Clients? Kommt denn ueberhaupt was an? Gruss Marc -- +-----Du hast eine nützliche Linuxseite? Du suchst eine?-----------+ | --> http://www.Links2Linux.de <-- | | | +---Registered-Linux-User-#136487------------http://counter.li.org + --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Guten Morgen, Marc Schiffbauer schrieb in 1,3K (43 Zeilen):
SENDMAIL_SMARTHOST=192.168.1.1 sorry, das war aus dem Gedächnis, es steht da exakt so.
Du meinst Mail-Routing?
Tja, wenn ich das wüßte:-(. Ich stelle mir vor, daß ich send/fetchmail irgendwo sage, das es den Server 192.168.1.1 über eth0 erreicht, und nicht auf eine andere Verbindung wie z.B. ISDN wartet. Wenn ich das Notebook an den Server anhänge und sendmail -q (auf dem Client) laufen lasse, kommt ein "Hostname lookup failure". Eigentlich müßte der Server aber doch über eth0 zu erreichen sein, der Client versucht es aber nicht einmal. Kein einziges aufblinken der Diode am PCMCIA-Adapter des Notebooks:-(. Nochmal: Auf dem Server ist sendmail 100% richtig konfiguriert. Es läuft seit ca. 3 Monaten ohne Probs. Relaying klappt für die 2 Clients wunderbar, aber eben nur, wenn diese Ihre Mails mit einen POP und SMTP-fähigen MUA abliefern. Da ich aber auf dem Notebook kein X haben will, und mutt nunmal auf einen MTA angewiesen ist, will ich, daß auf dem Notebook ebenfalls sendmail läuft. Woher weiß den z.B. kmail, daß es die Mails über eth0 an den Server abliefefern muß? Klar, ich gebe es ein: 192.168.1.1, Port 25. Warum macht es sendmail nicht auch so? Ich habe allerdings eben festgestellt, das es umgekehrt auch nicht funzt: ServerŽs sendmail soll mail an Client`s sendmail abliefern. Geht auch nicht, kein bit über die Netzwerkkarten, dafür "Hostname lookup failure". Naja, trotzdem Danke für die Mühe, Thorsten --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thorsten Grade schrieb in 1,7K (45 Zeilen):
ServerŽs sendmail soll mail an Client`s sendmail abliefern. Geht auch nicht, kein bit über die Netzwerkkarten, dafür "Hostname lookup failure".
Wie andere schrieben: "[192.168.3.4]" (bzw richtige IP-Nummer) Oder einfach /etc/hosts benutzen! Oder auf den Server nen kleinen Nameserver aufsetzen. Ist kaum Arbeit, vorallem /etc/hosts. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, On Sat, Mar 18, you wrote:
Thorsten Grade wrote:
Hallo,
Marc Schiffbauer schrieb in 2,5K (86 Zeilen):
die genauen Eintraege waeren gut.
SENDMAIL_SMARTHOST: smtp:192.168.1.1
in der rc.config des Clients sollte nur stehen:
SENDMAIL_SMARTHOST=192.168.1.1
Nee, IMHO muß da SENDMAIL_SMARTHOST=[192.168.1.1] stehen - man beachte die "[]". So gehtŽs jedenfalls bei mir - Netzwerk geht tadellos - bloß sendmail brauchte diesen Eintrag, damit er wirklich keinen DNS lookup versucht (glaube ich) - jedenfalls ginŽs so :)
.fetchmailrc ist ok: poll 192.168.1.1 ...usw.
Du hast auf dem Server auch den sendmail daemon gestartet? Paket popper installieren.
Nene, dat lüppt ollns. Sendmail auf dem Server funzt. Auch werdem von einem anderen Client stammende Mails, die über eth0 kommen, angenommen, allerdings nur mit einem POP und SMTP fähigen Mailreader wie z.B. Netscape auf Clientseite, der die Mails ohne MTA versendet.
Ist wohl ne reine Routing-Sache
Du meinst Mail-Routing?
Nur in gewisser Weise - siehe oben. Ich denke mal, dass Du an den ganzen Bla meiner Vorschreiber gedacht hast - popper usw. Und mit entsprechenden Eintragen kannst Du auch fuer jede Domain an die Du schreibst einen eigenen Smarthost angeben, so das interne Mail an Dein Notebook da auch gleich an den Sendmail geht - klar?! Siehe dazu : /etc/mail/mailertable Gruesse, Andreas -- "Nothing can be loved or hated | My Homepage: http://www.onice.org/ unless it is first understood" | Chaostreff Emden: http://www.chaotic.de/ce/ Leonardo da Vinci 1452 - 1519 | PGP-Key: send e-mail, subject: get-pgp-key --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
andreas＠onice.org -
grade＠gmx.li -
m.schiffbauer＠gmx.net -
ubq7＠rz.uni-karlsruhe.de -
weissel＠netcologne.de