› › ›

Linux 15.009 Themen, 106.802 Beiträge

Verfolgung starten Optionen

Sendmail

Mr.Tom / 11 Antworten / Flachansicht Nickles

Hey Leute,

ich habe ein Problem mit Sendmail. Und zwar, das Empfangen mit fetchmail funktioniert, auch das Verschicken und Empfangen im lokalen Netz funktioniert. Nur das Versenden von emails nach draußen geht nicht. Nach dem Ausführen von "sendmail -q" kommt die diese Nachricht unten an den Client.

The original message was received at Sat, 3 Jun 2000 21:47:00 +0200
from thomas.moeschel.de [192.168.0.10]

----- The following addresses had permanent fatal errors -----
tomson@giga4u.de

----- Transcript of session follows -----
... while talking to mx.freenet.de:
>>> DATA
tom@proxy.moeschel.de
554 tomson@giga4u.de... Service unavailable

"thomas.moeschel.de" ist mein client mit dem ich die mail verschicke, "mx.freenet.de" ist der Mailserver von meinem Provider, "tom@proxy.moeschel.de" ist die email-Adresse vom Benuter des clients und "tomso@giga4u.de" ist die Mailadresse vom Empfänger. Nach dem Ausführen von "sendmail -q" kommt in "/var/log/messages" die Meldung:

bei Antwort benachrichtigen
muß dein sendmail eigentlich über den provider liefern? dies habe ich ... AxelE
Hey Axel,habe deine Konfiguration noch nicht ausprobiert. Habe aber mal in ... Mr.Tom
AxelE Mr.Tom „Hey Axel,habe deine Konfiguration noch nicht ausprobiert. Habe aber mal in die...“
Optionen

Hallo Tom,

nicht verzagen. Die Fehlermeldungen bezüglich des sendmail starts hatte ich anfangs auch.
Es liegt daran, daß zum einen in der rc.config sendmail als daemon gestartet werden soll
und zum anderen in der inetd.conf als smtp eintrag vorhanden ist:

smtp stream tcp nowait root /usr/sbin/sendmail sendmail -bs

Es geht nur eins !
entweder oder. ich habe mich wegen meiner konfiguration dazu entschlossen, sendmail in der rc.config
abzuschalten. damit bleibt das ding aber bei bedarf durch den eintrag in die inetd.conf bestehen.

nur das abliefern von mails muß dann per hand (sendmail -q (-v)) erfolgen oder per cron-job erledigt werden.

Dies wiederum ist zu empfehlen, wenn du so wie ich vorhast, mails direkt zu versenden. Denn das in meiner
gestern beschriebenen Konfiguration verwendete Verfahren fragt den DNS nach einer aktuellen IP des Empfängers
und würde zu ständigem Verbindungsaufbau führen.

Bezüglich des POP-Zugriffs brauchst du einen Dienst, der sich per eintrag in die inetd.conf dafür zuständig fühlt.

Defaultmäßig in SuSE 6.4 und zu meiner vollsten Zufridenheit agiert hier bei mir popper. Also eintrag für pop-protokoll
in der inetd.conf suchen:

pop3 stream tcp nowait root /usr/sbin/tcpd /usr/sbin/popper -s

die genericstable und virtusertable haben mit dem eigentlichen versenden nix zu tun. diese definieren nur
für sendmail, wie adressen z.B. nach außen hin maskiert werden.

Dies ist nur für deinen externen mailtransport wichtig (bzw. wenn du mehrere Domais unterhälst und untereinander mailst)

CU Axel.

bei Antwort benachrichtigen
Hey Axel,ich habe es endlich hinbekommen. Der Fehler war auf meiner Seite ... Mr.Tom
Mich würde dennoch interessieren, ob DU ISDN oder ein Modem beutzt, denn ... Axele (Anonym)
Hey AxelE,ich benutze ISDN, und es funktioniert sehr gut. Werden die mails ... Mr.Tom
Hi Mr. Tom,ja, die mails werden maskiert und die einzige Fehlermeldung, die ... AxelE
Hey Axel,ich gehe mit freenet ins Internet. Mein Mailserver zu hause wählt ... Mr.Tom
jepp, alle anderen gehen ja auch.Cu Axel AxelE
Hey Axel,ich habe mich zu früh gefreut mit meinem mailserver daheim. Denn ... Mr.Tom
Mal so nebenbei:benutzt Du ein Modem oder ISDN ?CuAxel AxelE