On Tue, 5 Feb 2002, Sven O. Miksch wrote:
ich hab mir zu Hause einen Mailserver mit SuSE 7.3, sendmail, qpopper und fetchmail aufgesetzt. Zugang via ADSL mit DOD. Soweit geht alles, auch fetchmail liefert keine Fehler, solange keine Mails da sind. Wenn aber Mails in meinem Postfach beim Provider sind kommt folgende Meldung:
reading........ .fetchmail:SMTP error:451 4.1.8 Domain of sender adress xxx@xxxx.yz does not resolve
Das sieht sehr danach aus, dass Dein lokaler Sendmail beim Behandeln der Mails versucht, Domainnamen aufzuloesen. Das kann er offensichtlich nicht.
Du koenntest zunaechst Deinem Sendmail diess abgewoehnen: In YaST findest Du unter Administration des Systems - Konfigurationsdatei veraendern die beiden Variablen SENDMAIL_NOCANONIFY und SENDMAIL_NODNS. Stelle deren Inhalt doch einmal jeweils auf "yes".
SENDMAIL_NOCANONIFY stand auf YES, nach umstellen von SENDMAIL_NODNS auf YES geht es auch nicht.
Vielleicht funktioniert es dann.
Gruss
Peter Blancke
-- Nachtwaechter ist der Wahnsinn, weil er wacht...
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Sven O. Miksch ... On Tue, 5 Feb 2002, smi@xerion-pharma.com wrote:
Du koenntest zunaechst Deinem Sendmail diess abgewoehnen: In YaST findest Du unter Administration des Systems - Konfigurationsdatei veraendern die beiden Variablen SENDMAIL_NOCANONIFY und SENDMAIL_NODNS. Stelle deren Inhalt doch einmal jeweils auf "yes".
SENDMAIL_NOCANONIFY stand auf YES, nach umstellen von SENDMAIL_NODNS auf YES geht es auch nicht.
Alternative Idee wäre vielleicht sendmail zu umgehen wenns nur um fetchmail geht. Teste ob etwas wie poll XXX protocol POP3 user XXX password XXX mda "/usr/bin/procmail -d [User]" in der ~/.fetchmailrc was bringt. Die Daten natürlich passend setzen und statt [User] auch den Usernamen dessen einsetzen in dessen Mailbox es landen soll. Bye, Michael
Hallo, On Wed, 06 Feb 2002, Michael Strauss wrote: [fetchmailrc]
poll XXX protocol POP3
Nur so nebenbei: Ich kann nur empfehlen, mal "APOP" zu testen, das sendet die PW zumindest nicht im Klartext... poll XXX protocol APOP ... t-online kann's wohl leider nicht, strato (post.strato.de bzw. post.webmailer.de) aber schon... Und warum nicht einsetzen, wenn's geht? -dnh -- I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. -- Albert Einstein
Hallo David Haller ... On Wed, 6 Feb 2002, david@dhaller.de wrote:
On Wed, 06 Feb 2002, Michael Strauss wrote:
[fetchmailrc] [...] poll XXX protocol APOP ...
t-online kann's wohl leider nicht,
TOL identifiziert den User nur 1x beim Login in TOL. Danach können Dienste wie SMTP Relay oder POP3 von diesem User ohne erneutes PW genutzt werden. Von daher ist TOL ein Sonderfall weil man gar kein PW mehr dazu braucht/angeben muß. Bye, Michael
Hallo, On Wed, 06 Feb 2002, Michael Strauss wrote:
On Wed, 6 Feb 2002, david@dhaller.de wrote:
On Wed, 06 Feb 2002, Michael Strauss wrote:
[fetchmailrc] [...] poll XXX protocol APOP ...
t-online kann's wohl leider nicht,
TOL identifiziert den User nur 1x beim Login in TOL. Danach können Dienste wie SMTP Relay oder POP3 von diesem User ohne erneutes PW genutzt werden. Von daher ist TOL ein Sonderfall weil man gar kein PW mehr dazu braucht/angeben muß.
Stimmt. ==== [..] poll pop.t-online.de with proto POP3 user "sachichnich" there with password "." ## <-- das hab ich SO in der .fetchmailrc! is "some_local_user" here [..] ==== Es wird IIRC sogar irgendwo bei TOL empfohlen das PW auf "." zu setzen! ;) Bei anderen Providern ist es aber IMO den Versuch wert mal "APOP" als Protokoll zu testen, und wenn's klappt dabei zu bleiben :) -dnh -- 49: Version x.0 Kostenpflichtiger Preview als Bestandteil unserer Beta-Tests (Kristian Köhntopp)
participants (3)
-
David Haller
-
Nightshade@sheol.net
-
Sven O. Miksch