Re: Chaos: Mutt/Fetchmail/Procmail
Hallo,
-----Schnipp-----
Dec 28 18:22:43 Linux sendmail[6479]: SAA06476: to=<Christian@pc.home>, delay=00:00:05, xdelay=00:00:04, mailer=relay, relay=fwdallmx.sul.t-online.de. [194.25.134.91], stat=Sent (Message accepted.)
-----Schnapp-----
Da ist halt immer noch dieser "mailer=relay" Eintrag, der ja so wie ich das verstanden habe, "mailer=local" heissen sollte. Falls das wichtig ist: Bei den alten mails mit kmail stand "mailer=esmtp".
Das sieht mir so aus als ob der die Mail gleich wieder an fwdall.sul.t-online.de weitergegeben hat.
Hast du vielleicht SENDMAIL_RELAY auf irgend einen Wert gesetzt? Wenn ja, würden alle Mails, auch eigentlich lokale, an den dort eingetragenen Server weitergeschickt werden (so hab ich das zumindest verstanden). Was du vermutlich willst, ist das SENDMAIL_SMARTHOST, an den dann alle Mails gehen, die lokal nicht zugestellt werden können?
Bei SENDMAIL_RELAY war nichts eingetragen, nur hatte ich diesen SENDMAIL_SMARTHOST bei der Suche nach einer Loesung irgendwann auf "mailto.btx.dtag.de" gesetzt, was ja offensichtlich ein Fehler war. Jetzt habe ich dort wieder "localhost" eingetragen. In der /var/log/mail steht jetzt folgendes: -----Schnipp----- Dec 28 21:42:53 Linux sendmail[402]: VAB00402: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, stat=Sent Dec 28 21:42:57 Linux sendmail[407]: VAA00407: to=<suse-linux-return-25602-NoName99=t-online.de@suse.com>, delay=00:00:04, xdelay=00:00:04, mailer=esmtp, relay=mail.suse.com.[216.88.157.11], stat=Sent (ok 946413342 qp 13190) -----Schnapp----- So in der Art sollte das ganze ja wohl auch aussehen. Tja, nun sind die mails aber immer noch nirgends zu sehen, und procmail streikt auch noch... Und zu allem Uebfluss kann ich jetzt wieder keine mails mehr mit mutt senden, daher auch die spaete Antwort, ich hatte namlich eigentlich schon gestern zurueckgeschrieben.
mal zu ganz was anderem. Was sagt ein:
rpm -q procmail
procmail-3.11pre7-73
hast Du das überhaupt installiert??? Bis denne,
Ja, installiert isses schon. Wenn ich die mails um sendmail "herumschmuggel" dann funktioniert procmail ja auch.
Mal probiert fetchmail ganz alleine zu installieren ? So als Anfang und zur Trennung der Schwierigkeiten !
Ich habe es eben mal versucht nachdem ich die procmail.rc aus meinem home-verzeichnis herausgenommen habe. Aber geaendert hat sich nichts.
Netscape auf moveMail stellen - dann sollte sich jeder user seine Mails schon mal ansehen können.
Na ja, eigentlich wuerde ich das ganze aber gerne mit mutt hinbekommen und nicht jetzt noch an Netscape rumfummeln.
(e-mails versende ich mit dem Netscape direkt, ohne sendmail)
Die Installation v. fetchmail beschränkt sich auf das Anlegen der .fetchmailrc . Dann nur noch fetchmail -a bzw anfangs nach touch /var/log/fetchmail fetchmail -v --keep -a >> /var/log/fetchmail 2>&1
Also ich habe es bis jetzt immer nur mit fetchmail -vv probiert. Tschoe Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Christian, * Am 29.12.1999 um 21:35 Uhr schrieb Christian Müller:
Bei SENDMAIL_RELAY war nichts eingetragen, nur hatte ich diesen SENDMAIL_SMARTHOST bei der Suche nach einer Loesung irgendwann auf "mailto.btx.dtag.de" gesetzt, was ja offensichtlich ein Fehler war. Jetzt habe ich dort wieder "localhost" eingetragen. In der
wenn Du über T-Online Deine Mail's in die große weite Welt verschicken möchtest, dann sollte unter SENDMAIL_SMARTHOST auch "mailto.btx.dtag.de" eingetragen sein, sonst wird's nicht funktionieren. Nochmal: !!! Bitte lese hierzu die entsprechenden Seiten im SuSE-Handbuch !!! - DA STEHT ALLES DRIN - MfG. Jürgen -- Alles Schöne im Leben ist unmoralisch, illegal oder es macht dick! /_Registered_Linux-User_#130804_________________________http://counter.li.org_\ \_Linux_Stammtisch_Bremerhaven_________________http://linux.hs-bremerhaven.de_/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo,
* Am 29.12.1999 um 21:35 Uhr schrieb Christian Müller:
Bei SENDMAIL_RELAY war nichts eingetragen, nur hatte ich diesen SENDMAIL_SMARTHOST bei der Suche nach einer Loesung irgendwann auf "mailto.btx.dtag.de" gesetzt, was ja offensichtlich ein Fehler war. Jetzt habe ich dort wieder "localhost" eingetragen. In der
wenn Du über T-Online Deine Mail's in die große weite Welt verschicken möchtest, dann sollte unter SENDMAIL_SMARTHOST auch "mailto.btx.dtag.de" eingetragen sein, sonst wird's nicht funktionieren.
Gut. Wieder geaendert. An meinem Problem hat sich dadurch aber leider immer noch nichts gebessert. Also, dann das ganze nochmal von vorne. Meine Konfiguration: fetchmail.rc: -----Schnipp----- poll pop.btx.dtag.de protocol pop3 user "Der Benutzername" password "Mein Passwort" is Christian@pc.home fetchall -----Schnapp----- procmail.rc -----Schnipp----- MAILDIR=$HOME/Mail LOGFILE=$MAILDIR/procmail.log :0 * ^X-Mailinglist: suse-linux Linux-Liste :0 inbox VERBOSE=on -----Schnapp----- "SENDMAIL_SMARTHOST" steht jetzt auf "smtp:mailto.btx.dtag.de" und bei "SENDMAIL_RELAY" ist nichts eingetragen. var/log/mail beim abholen mit fetchmail: -----Schnipp----- Dec 30 20:27:53 Linux sendmail[666]: UAA00664: to=<Christian@pc.home>, delay=00:00:07, xdelay=00:00:05, mailer=smtp, relay=fwdallmx.sul.t-online.de. [194.25.134.91], stat=Sent (Message accepted.) -----Schnapp----- Wenigstens stimmt jetzt der "mailer"-Eintrag. Die mails sind aber immer noch weg und procmail springt auch nicht an. Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Also sprach Christian Mueller:
procmail.rc ^^^^^^^^^^^ Das sollte doch eigentlich .procmailrc hesissen, oder?
Dec 30 20:27:53 Linux sendmail[666]: UAA00664: to=<Christian@pc.home>, delay=00:00:07, xdelay=00:00:05, mailer=smtp, relay=fwdallmx.sul.t-online.de. [194.25.134.91], stat=Sent (Message accepted.)
Wenigstens stimmt jetzt der "mailer"-Eintrag. Die mails sind aber immer noch weg und procmail springt auch nicht an.
Die Mail wird ja auch an fwd.... geschickt. Da gibt es wohl keinen "Christian@pc.home". Beim abholen steht da bei mir z.B.: Dec 30 21:26:26 cel400 sendmail[2036]: VAA02036: from=<h.pahlke@berlin.de>, size=2164, class=-60, pri=140164, nrcpts=1, msgid=<XFMail.991230212241.h.pahlke@berlin.de>, bodytype=8BITMIME, proto=ESMTP, relay=localhost [127.0.0.1] Dec 30 21:26:26 cel400 sendmail[2037]: VAA02036: to=<thodi@localhost>, delay=00:00:00, xdelay=00:00:00, mailer=local, stat=Sent Vielleicht lag's bei dir ja an der PID ;-) Thorsten -- Thorsten Jens <thodi@et-inf.fho-emden.de> "Um Rekursion zu verstehen, muss man erst Rekursion verstanden haben." --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Thu, Dec 30, 1999 at 09:35:24PM +0100, Thorsten Jens wrote: Hallo Thorsten,
procmail.rc ^^^^^^^^^^^ Das sollte doch eigentlich .procmailrc hesissen, oder?
Ups. Ja, schon.
Dec 30 20:27:53 Linux sendmail[666]: UAA00664: to=<Christian@pc.home>, delay=00:00:07, xdelay=00:00:05, mailer=smtp, relay=fwdallmx.sul.t-online.de. [194.25.134.91], stat=Sent (Message accepted.)
Wenigstens stimmt jetzt der "mailer"-Eintrag. Die mails sind aber immer noch weg und procmail springt auch nicht an.
Die Mail wird ja auch an fwd.... geschickt. Da gibt es wohl keinen "Christian@pc.home". Beim abholen steht da bei mir z.B.:
Hmm. Kann natuerlich auch sein das ich zu bloed bin, meine eigene lokale Adresse herauszufinden. Wenn das so sein sollte dann duerft Ihr mich von dieser Liste verbannen. Der Rechnername ist: "Linux@pc.home", mein login ist "Christian", also lautet meine Adresse ja wohl "Christian@pc.home", oder? Fetchmail scheint mit der Adresse uebrigens zufrieden zu sein, hier mal die Medungen: -----Schnipp----- fetchmail: 5.1.2 querying pop.btx.dtag.de (protocol POP3) at Thu, 30 Dec 1999 22 :55:00 +0000 (GMT) fetchmail: POP3< +OK T-Online POP3 Server fpopd ready. fetchmail: POP3> USER 0007592386513200851995940001 fetchmail: POP3< +OK Ok. fetchmail: POP3> PASS * fetchmail: POP3< +OK Ok. fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 1 631 1 message for 0007592386513200851995940001 at pop.btx.dtag.de (631 octets). fetchmail: POP3> LIST fetchmail: POP3< +OK 1 messages. fetchmail: POP3< 1 631 fetchmail: POP3< . fetchmail: POP3> RETR 1 fetchmail: POP3< +OK Ok. reading message 1 of 1 (631 octets) About to rewrite Return-Path: <NoName99@t-online.de> Rewritten version is Return-Path: <NoName99@t-online.de> About to rewrite From: NoName99@t-online.de (Christian Mueller) Rewritten version is From: NoName99@t-online.de (Christian Mueller) About to rewrite To: noname99@t-online.de Rewritten version is To: noname99@t-online.de fetchmail: SMTP< 220 Linux.pc.home ESMTP Sendmail 8.9.3/8.9.3; Thu, 30 Dec 1999 22:55:35 GMT fetchmail: SMTP> EHLO localhost fetchmail: SMTP< 250-Linux.pc.home Hello localhost [127.0.0.1], pleased to meet you fetchmail: SMTP< 250-8BITMIME fetchmail: SMTP< 250-SIZE fetchmail: SMTP< 250-DSN fetchmail: SMTP< 250-ONEX fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-XUSR fetchmail: SMTP< 250 HELP fetchmail: forwarding to localhost fetchmail: SMTP> MAIL FROM:<NoName99@t-online.de> SIZE=631 fetchmail: SMTP< 250 <NoName99@t-online.de>... Sender ok fetchmail: SMTP> RCPT TO:<Christian@pc.home> fetchmail: SMTP< 250 <Christian@pc.home>... Recipient ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 Enter mail, end with "." on a line by itself #*fetchmail: message 1 was not the expected length (648 actual != 631 expected) fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 WAA02612 Message accepted for delivery flushed fetchmail: POP3> DELE 1 fetchmail: POP3< +OK Ok. fetchmail: POP3> QUIT fetchmail: POP3< +OK closing. fetchmail: Deleting fetchids file. fetchmail: saved UID List fetchmail: SMTP> QUIT fetchmail: SMTP< 221 Linux.pc.home closing connection fetchmail: normal termination, status 0 fetchmail: Deleting fetchids file. -----Schnapp----- Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christian Mueller schrieb am 30.12.1999 um 23:09:16 +0000: Hallo Christian,
On Thu, Dec 30, 1999 at 09:35:24PM +0100, Thorsten Jens wrote:
Hallo Thorsten,
procmail.rc ^^^^^^^^^^^ Das sollte doch eigentlich .procmailrc hesissen, oder?
Ups. Ja, schon.
Dec 30 20:27:53 Linux sendmail[666]: UAA00664: to=<Christian@pc.home>, delay=00:00:07, xdelay=00:00:05, mailer=smtp, relay=fwdallmx.sul.t-online.de. [194.25.134.91], stat=Sent (Message accepted.)
Wenigstens stimmt jetzt der "mailer"-Eintrag. Die mails sind aber immer noch weg und procmail springt auch nicht an.
Die Mail wird ja auch an fwd.... geschickt. Da gibt es wohl keinen "Christian@pc.home". Beim abholen steht da bei mir z.B.:
Hmm. Kann natuerlich auch sein das ich zu bloed bin, meine eigene lokale Adresse herauszufinden. Wenn das so sein sollte dann duerft Ihr mich von dieser Liste verbannen. Der Rechnername ist: "Linux@pc.home", mein login ist "Christian", also lautet meine Adresse ja wohl "Christian@pc.home", oder?
Christian, einfach Christian. Ohne @pc.home. Also in der .fetchmailrc das @pc.home löschen. Bis denne, Michael -- BH: Beavis - Just shut up and like free your mind or something. (Butthead) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Thu, Dec 30, 1999 at 11:57:47PM +0100, Michael Schulz wrote: Hallo,
Hmm. Kann natuerlich auch sein das ich zu bloed bin, meine eigene lokale Adresse herauszufinden. Wenn das so sein sollte dann duerft Ihr mich von dieser Liste verbannen. Der Rechnername ist: "Linux@pc.home", mein login ist "Christian", also lautet meine Adresse ja wohl "Christian@pc.home", oder?
Christian, einfach Christian. Ohne @pc.home. Also in der .fetchmailrc das @pc.home löschen. Bis denne,
So hatte ich es ganz am Anfang. Fetchmail meldet mir dann so Dinger wie: -----Schnipp----- fetchmail: SMTP> RCPT TO:<Christian@localhost> fetchmail: SMTP< 550 <Christian@localhost>... User unknown fetchmail: SMTP listener doesn't like recipient address `Christian@localhost' ... fetchmail: SMTP> RCPT TO:<Christian@localhost> fetchmail: SMTP< 550 <Christian@localhost>... User unknown fetchmail: can't even send to Christian! fetchmail: SMTP> RSET fetchmail: SMTP< 250 Reset state fetchmail: POP3> QUIT -----Schnapp----- Und ich schwoere der login "Christian" existiert!! Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christian Mueller schrieb am 31.12.1999 um 00:34:28 +0000: Hallo Christian,
On Thu, Dec 30, 1999 at 11:57:47PM +0100, Michael Schulz wrote:
Hallo,
Hmm. Kann natuerlich auch sein das ich zu bloed bin, meine eigene lokale Adresse herauszufinden. Wenn das so sein sollte dann duerft Ihr mich von dieser Liste verbannen. Der Rechnername ist: "Linux@pc.home", mein login ist "Christian", also lautet meine Adresse ja wohl "Christian@pc.home", oder?
Christian, einfach Christian. Ohne @pc.home. Also in der .fetchmailrc das @pc.home löschen. Bis denne,
So hatte ich es ganz am Anfang. Fetchmail meldet mir dann so Dinger wie:
-----Schnipp----- fetchmail: SMTP> RCPT TO:<Christian@localhost> fetchmail: SMTP< 550 <Christian@localhost>... User unknown fetchmail: SMTP listener doesn't like recipient address `Christian@localhost' ... fetchmail: SMTP> RCPT TO:<Christian@localhost> fetchmail: SMTP< 550 <Christian@localhost>... User unknown fetchmail: can't even send to Christian! fetchmail: SMTP> RSET fetchmail: SMTP< 250 Reset state fetchmail: POP3> QUIT -----Schnapp-----
Und ich schwoere der login "Christian" existiert!!
teht localhost in deiner /etc/hosts? Bis denne, Michael -- "Hey Beavis, let's pretend we're dead." "Yeah, eh heh heh, that would be cool." Beavis & Butthead --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, Dec 31, 1999 at 01:22:48AM +0100, Michael Schulz wrote: Hallo,
So hatte ich es ganz am Anfang. Fetchmail meldet mir dann so Dinger wie:
-----Schnipp----- fetchmail: SMTP> RCPT TO:<Christian@localhost> fetchmail: SMTP< 550 <Christian@localhost>... User unknown fetchmail: SMTP listener doesn't like recipient address `Christian@localhost' ... fetchmail: SMTP> RCPT TO:<Christian@localhost> fetchmail: SMTP< 550 <Christian@localhost>... User unknown fetchmail: can't even send to Christian! fetchmail: SMTP> RSET fetchmail: SMTP< 250 Reset state fetchmail: POP3> QUIT -----Schnapp-----
Und ich schwoere der login "Christian" existiert!!
steht localhost in deiner /etc/hosts? Bis denne,
Ja: ----Schnipp----- 127.0.0.1 localhost 127.0.0.2 Linux.pc.home Linux -----Schnapp----- On Fri, Dec 31, 1999 at 10:00:51AM +0100, Dieter Kluenter wrote:
Hmm. Kann natuerlich auch sein das ich zu bloed bin, meine eigene lokale Adresse herauszufinden. Wenn das so sein sollte dann duerft Ihr mich von dieser Liste verbannen. Der Rechnername ist: "Linux@pc.home", ^^^^^^^^^^^^^^ Hallo, ist dein Rechnername tatsaechlich so eingetragen ? Dann koennte auch kein mailprogramm den user christian finden. Alle Adressbestandteile haben rechts vom @ zu sein.
mein login ist "Christian", also lautet meine Adresse ja wohl "Christian@pc.home", oder?
Nein. christian@linux.pc.home
Das funktioniert genausowenig. Fetchmail: -----Schnipp----- fetchmail: SMTP> RCPT TO:<christian@linux.pc.home> fetchmail: SMTP< 550 <christian@linux.pc.home>... User unknown fetchmail: SMTP listener doesn't like recipient address `christian@linux.pc.home' -----Schnapp----- Mit "Christian@linux.pc.home" isses das gleiche.
fetchmail: SMTP< 220 Linux.pc.home ESMTP Sendmail 8.9.3/8.9.3; Thu, 30 Dec 1999 22:55:35 GMT fetchmail: SMTP> EHLO localhost fetchmail: SMTP< 250-Linux.pc.home Hello localhost [127.0.0.1], fetchmail: SMTP< 250 WAA02612 Message accepted for delivery flushed fetchmail: POP3> DELE 1 fetchmail: POP3< +OK Ok. fetchmail: POP3> QUIT fetchmail: POP3< +OK closing. fetchmail: Deleting fetchids file. fetchmail: saved UID List fetchmail: SMTP> QUIT fetchmail: SMTP< 221 Linux.pc.home closing connection
Und wo landet diese mail ?
Das wuesste ich auch gerne. Ich kann sie nirgends finden. Nicht in /var/spool/mail/Christian und erst recht nicht in einer mailbox in $HOME/Mail/. Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 31-Dec-99 Christian Mueller wrote:
On Fri, Dec 31, 1999 at 01:22:48AM +0100, Michael Schulz wrote:
Hallo,
So hatte ich es ganz am Anfang. Fetchmail meldet mir dann so Dinger wie:
[...]
----Schnipp----- 127.0.0.1 localhost 127.0.0.2 Linux.pc.home Linux -----Schnapp-----
[...]
Ihr mich von dieser Liste verbannen. Der Rechnername ist: "Linux@pc.home", ^^^^^^^^^^^^^^ Hallo, ist dein Rechnername tatsaechlich so eingetragen ? Dann koennte auch kein mailprogramm den user christian finden. Alle Adressbestandteile haben rechts vom @ zu sein.
mein login ist "Christian", also lautet meine Adresse ja wohl "Christian@pc.home", oder?
Nein. christian@linux.pc.home
Das funktioniert genausowenig. Fetchmail:
-----Schnipp----- fetchmail: SMTP> RCPT TO:<christian@linux.pc.home> fetchmail: SMTP< 550 <christian@linux.pc.home>... User unknown fetchmail: SMTP listener doesn't like recipient address `christian@linux.pc.home' -----Schnapp-----
Mit "Christian@linux.pc.home" isses das gleiche.
fetchmail: SMTP< 220 Linux.pc.home ESMTP Sendmail 8.9.3/8.9.3; Thu, 30 Dec 1999 22:55:35 GMT fetchmail: SMTP> EHLO localhost fetchmail: SMTP< 250-Linux.pc.home Hello localhost [127.0.0.1], fetchmail: SMTP< 250 WAA02612 Message accepted for delivery flushed fetchmail: POP3> DELE 1 fetchmail: POP3< +OK Ok. fetchmail: POP3> QUIT fetchmail: POP3< +OK closing. fetchmail: Deleting fetchids file. fetchmail: saved UID List fetchmail: SMTP> QUIT fetchmail: SMTP< 221 Linux.pc.home closing connection
Und wo landet diese mail ?
Das wuesste ich auch gerne. Ich kann sie nirgends finden. Nicht in /var/spool/mail/Christian und erst recht nicht in einer mailbox in $HOME/Mail/.
Hallo, siehe doch zuerst mal in der mailqueue nach. Als root mailq aufrufen. sendmail lagert nicht zustellbare mail in der queue. Wer ruft denn fetchmail auf? Christian oder root, oder ein anderer ? Wie sieht denn fetchmailrc aus ? Gruss Dieter -- E-Mail: Dieter Kluenter <dkluenter@gmx.de> Date: 01-Jan-00 Time: 18:21:06 This message was sent by XFMail --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, Jan 01, 2000 at 06:26:14PM +0100, Dieter Kluenter wrote: Hallo,
Und wo landet diese mail ?
Das wuesste ich auch gerne. Ich kann sie nirgends finden. Nicht in /var/spool/mail/Christian und erst recht nicht in einer mailbox in $HOME/Mail/.
Hallo, siehe doch zuerst mal in der mailqueue nach. Als root mailq aufrufen. sendmail lagert nicht zustellbare mail in der queue.
Stimmt, da sind die mails. Jetzt steht im Suse-Handbuch zu diesem Thema noch, das die in mailq gelandeten mails beim naechsten lauf von sendmail bzw. mit "sendmail -q" uebertragen werden. Das funktioniert aber wiederum auch nur wenn die lokale Adresse richtig ist, ja? Denn bei mir hat das auch nichts gebracht.
Wer ruft denn fetchmail auf? Christian oder root, oder ein anderer ? Wie sieht denn fetchmailrc aus ?
-----Schnipp----- poll pop.btx.dtag.de protocol pop3 user "Mein Username" password "Mein Passwort" is Christian@linux.pc.home fetchall -----Schnapp----- Wobei ich anstatt "Christian@linux.pc.home" auch schon "christian@linux.pc.home", "Christian", "christian", "Christian@pc.home" und "christian@pc.home" eingetragen hatte. Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Christian! Trying to kill the keyboard, Christian Mueller (NoName99@t-online.de) produced 1,3K in 45 lines:
On Sat, Jan 01, 2000 at 06:26:14PM +0100, Dieter Kluenter wrote:
siehe doch zuerst mal in der mailqueue nach. Als root mailq aufrufen. sendmail lagert nicht zustellbare mail in der queue.
Stimmt, da sind die mails. Jetzt steht im Suse-Handbuch zu diesem Thema noch, das die in mailq gelandeten mails beim naechsten lauf von sendmail bzw. mit "sendmail -q" uebertragen werden. Das funktioniert aber wiederum auch nur wenn die lokale Adresse richtig ist, ja? Denn bei mir hat das auch nichts gebracht.
/lokale// Mail dir mal selber eine mail. echo "test" | mail -s "test1" $LOGNAME Kommt das an? Wenn ja, ersetze "Christian@linux.pc.home" durch das, was bei echo $LOGNAME herauskommt. Wenn nein, hast du (vermutlich) ein Problem mit sendmail, dann sehen wir weiter.
poll pop.btx.dtag.de protocol pop3 user "Mein Username" password "Mein Passwort" is Christian@linux.pc.home fetchall
Sieht OK aus, bis auf das "Christian@linux.pc.home", das ist falsch! -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, Jan 02, 2000 at 05:09:08AM +0100, Wolfgang Weisselberg wrote: Hallo Wolfgang,
siehe doch zuerst mal in der mailqueue nach. Als root mailq aufrufen. sendmail lagert nicht zustellbare mail in der queue.
Stimmt, da sind die mails. Jetzt steht im Suse-Handbuch zu diesem Thema noch, das die in mailq gelandeten mails beim naechsten lauf von sendmail bzw. mit "sendmail -q" uebertragen werden. Das funktioniert aber wiederum auch nur wenn die lokale Adresse richtig ist, ja? Denn bei mir hat das auch nichts gebracht.
s/lokale//
Wie?
Mail dir mal selber eine mail. echo "test" | mail -s "test1" $LOGNAME
Kommt das an?
Also wenn ich das genau so eingebe dann bekomme ich das: -----Schnipp----- Christian... User unknown Christian... User unknown /no/such/directory/dead.letter... cannot open /no/such/directory/dead.letter: No such file or directory -----Schnapp----- So war das gemeint, ja? Wenn ich anstatt "$LOGNAME", "Christian" oder "Christian@linux.pc.home" oder "christian" usw. eingebe passiert das gleiche. Nur bei "echo "test" | mail -s "test1" Christian@pc.home" gibt es keine Meldung. Nur das ich die mail wieder nirgends finden kann, auch nicht in mailq. Und nochmal: Der_Login_"Christian"_existiert_definitiv! Sonst koennte ich ja nicht darunter arbeiten...
Wenn ja, ersetze "Christian@linux.pc.home" durch das, was bei echo $LOGNAME herauskommt.
Naja, da kommt "Christian" raus, was ja in der .fetchmailrc auch nicht funktioniert hat. Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Christian! Trying to kill the keyboard, Christian Mueller (NoName99@t-online.de) produced 1,7K in 56 lines:
On Sun, Jan 02, 2000 at 05:09:08AM +0100, Wolfgang Weisselberg wrote:
noch, das die in mailq gelandeten mails beim naechsten lauf von sendmail bzw. mit "sendmail -q" uebertragen werden. Das funktioniert aber wiederum auch nur wenn die lokale Adresse richtig ist, ja? Denn
s/lokale//
Wie?
Substitute (ersetze) "lokale" durch "", also loesche "lokale". --> "Das funktioniert aber wiederum auch nur wenn die Adresse richtig ist, ja?" (Okok, es haette s/lokale // heissen sollen.)
echo "test" | mail -s "test1" $LOGNAME
-----Schnipp----- Christian... User unknown Christian... User unknown /no/such/directory/dead.letter... cannot open /no/such/directory/dead.letter: No such file or directory -----Schnapp-----
So war das gemeint, ja?
So war das gemeint. Du hast ein ernstes Problem. Sendmail mag dich nicht, fetchmail ist vollkommen unschuldig. Ist das "/no/such/directory/dead.letter" wirklich so aufgetreten, oder was stand da exakt? (Was sagt echo $HOME ls -laFd $HOME ls -laFd /var/spool/mail/$LOGNAME ?) Schau *nochmal* nach, dass dein Sendmail richtig konfiguriert ist!
Wenn ich anstatt "$LOGNAME", "Christian" oder "Christian@linux.pc.home" oder "christian" usw. eingebe passiert das gleiche.
$LOGNAME == Christian. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 01-Jan-00 Christian Mueller wrote:
On Sat, Jan 01, 2000 at 06:26:14PM +0100, Dieter Kluenter wrote:
Hallo,
Und wo landet diese mail ?
Das wuesste ich auch gerne. Ich kann sie nirgends finden. Nicht in /var/spool/mail/Christian und erst recht nicht in einer mailbox in $HOME/Mail/.
Hallo, siehe doch zuerst mal in der mailqueue nach. Als root mailq aufrufen. sendmail lagert nicht zustellbare mail in der queue.
Stimmt, da sind die mails. Jetzt steht im Suse-Handbuch zu diesem Thema noch, das die in mailq gelandeten mails beim naechsten lauf von sendmail bzw. mit "sendmail -q" uebertragen werden. Das funktioniert aber wiederum auch nur wenn die lokale Adresse richtig ist, ja? Denn
So ist es, sonst geht die mail nach x Tagen, Voreinstellung ist 5 Tage, zurueck.
bei mir hat das auch nichts gebracht.
[...]
-----Schnipp----- poll pop.btx.dtag.de protocol pop3 user "Mein Username" password "Mein Passwort" is Christian@linux.pc.home fetchall -----Schnapp-----
Wobei ich anstatt "Christian@linux.pc.home" auch schon "christian@linux.pc.home", "Christian", "christian", "Christian@pc.home" und "christian@pc.home" eingetragen hatte.
die einzige richtige Loesung fuer fetchmail waere "is Christian here" wobei die Schreibweise von Christian gleichgueltig ist, auch auf das here kann verzichtet werden, manchmal hilft es aber. Ich wuerde noch "smtphost=localhost" zufuegen, ist aber nicht unbedingt erforderlich. Wie sehen denn die Rechte fuer /var/spool/mail/Christian aus ? gib mal ls -l /var/spool/mail/Christian ein. Gruss Dieter -- E-Mail: Dieter Kluenter <dkluenter@gmx.de> Date: 02-Jan-00 Time: 12:18:27 This message was sent by XFMail --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, Jan 02, 2000 at 12:25:28PM +0100, Dieter Kluenter wrote: Hallo Dieter,
Wobei ich anstatt "Christian@linux.pc.home" auch schon "christian@linux.pc.home", "Christian", "christian", "Christian@pc.home" und "christian@pc.home" eingetragen hatte.
die einzige richtige Loesung fuer fetchmail waere "is Christian here" wobei die Schreibweise von Christian gleichgueltig ist, auch auf das here kann verzichtet werden, manchmal hilft es aber.
Das ergibt beim fetchen unter anderem folgendes: -----Schnipp------ fetchmail: SMTP< 221 Linux.pc.home closing connection fetchmail: SMTP> RCPT TO:<Christian@localhost> fetchmail: SMTP< 550 <Christian@localhost>... User unknown fetchmail: can't even send to Christian! fetchmail: SMTP> RSET fetchmail: SMTP< 250 Reset state fetchmail: POP3> QUIT fetchmail: POP3< Wo finde ich informationen mit welchen horz.und vert. fetchmail: SMTP transaction error while fetching from pop.btx.dtag.de fetchmail: Query status=10 fetchmail: SMTP> QUIT fetchmail: SMTP< 221 Linux.pc.home closing connection fetchmail: normal termination, status 10 fetchmail: Deleting fetchids file. -----Schnapp-----
Ich wuerde noch "smtphost=localhost" zufuegen, ist aber nicht unbedingt erforderlich.
Hatte ich auch schon: parse error.
Wie sehen denn die Rechte fuer /var/spool/mail/Christian aus ? gib mal ls -l /var/spool/mail/Christian ein.
-----Schnipp----- -rw------- 1 Christia users 610504 Dez 21 18:56 /var/spool/mail/Christian -----Schnapp----- So sollte es sein, oder? Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christian Mueller schrieb am 02.01.2000 um 23:40:00 +0000: Hallo Christian,
-----Schnipp----- -rw------- 1 Christia users 610504 Dez 21 18:56 /var/spool/mail/Christian ^^^^^^^^
sollte es deswegen Probleme geben. Hmm, wäre komisch. Und Dein Mailfile ist über ein halbes Megabyte groß. Da soll keine Mail drinne sein??? Bis denne, Michael -- ------------------------------------------------------------ - Michael Schulz micha28@gmx.de - - 59348 Luedinghausen don't be, just imitate - ------------------------------------------------------------ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moin! On Mon Jan 03 02:15:09 2000 MET Michael Schulz wrote:
Christian Mueller schrieb am 02.01.2000 um 23:40:00 +0000:
-----Schnipp----- -rw------- 1 Christia users 610504 Dez 21 18:56 /var/spool/mail/Christian ^^^^^^^^
sollte es deswegen Probleme geben. Hmm, wäre komisch.
Nö, sollte es eigentlich nicht geben, ich hab hier auch nen User christian, das klappt wunderbar. Ist nur ls das bei 8 Buchstaben abschneidet, damit es nett aussieht.
Und Dein Mailfile ist über ein halbes Megabyte groß. Da soll keine Mail drinne sein???
Also mal "mutt -f /var/spool/mail/Christian", da sollte ne ganze Menge drin liegen. Tschau, Eike -- Eike Bernhardt http://privat.schlund.de/eike-bernhardt/ ICQ# 11256658 "Every man dies, not every man really lives." -- William Wallace, Braveheart --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mon, Jan 03, 2000 at 02:15:09AM +0100, Michael Schulz wrote: Hallo,
-----Schnipp----- -rw------- 1 Christia users 610504 Dez 21 18:56 /var/spool/mail/Christian ^^^^^^^^
sollte es deswegen Probleme geben. Hmm, wäre komisch. Und Dein Mailfile ist über ein halbes Megabyte groß. Da soll keine Mail drinne sein???
Da sind schon mails drin, aber die neuesten sind vom 20.Dezember. Die sind da irgendwann beim herumexperimentieren gelandet, unter welchen Umstaenden weiss ich aber auch nicht mehr. Okay, mein login ist jetzt "christian", in der fetchmail habe ich ihn auch so eigetragen, nur das Homeverzeichnis habe ich nicht umbenannt weil dann ja nichts mehr funktionieren wuerde was sich noch auf den alten Pfad bezieht. Oder muss das unbedingt auch noch umbenannt werden? Auf jeden Fall meldet fetchmail zwar "<christian@localhost>... Recipient ok" aber die mails sind wieder mal weg, und auch nicht in mailq oder in /var/spool/mail/Christian zu finden. Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moin! On Tue Jan 04 02:30:15 2000 MET Christian Mueller wrote:
Okay, mein login ist jetzt "christian", in der fetchmail habe ich ihn auch so eigetragen, nur das Homeverzeichnis habe ich nicht umbenannt weil dann ja nichts mehr funktionieren wuerde was sich noch auf den alten Pfad bezieht. Oder muss das unbedingt auch noch umbenannt werden?
Das solltest du tun, sonst verwirrst du das System vermutlich. Ein paar Pfade in Skripts zu ändern sollte ja auch nicht soo wild sein.
Auf jeden Fall meldet fetchmail zwar "<christian@localhost>... Recipient ok" aber die mails sind wieder mal weg, und auch nicht in mailq oder in /var/spool/mail/Christian zu finden.
<doof frag> In /var/spool/mail/christian hast du auch geschaut? </doof frag> Da sollten die dann eigentlich landen. Sonst (du warst ja auch mit procmail am testen) schreib noch mal in deine .procmailrc folgendes rein: --8<-- LOGFILE=$MAILDIR/.from # Logfile halt -->8-- Wobei $MAILDIR bei mir auf $HOME/Mail steht, du kannst aber auch einfach einen festen Pfad auf ein File eintragen. In das File schreibt dir Procmail dann rein, welche Mails empfangen wurden und in welche Mailbox die geschickt wurden. Tschau, Eike -- Eike Bernhardt http://privat.schlund.de/eike-bernhardt/ ICQ# 11256658 Linux wird nie zum meistinstallierten System ... so oft wie man Windows neu installieren darf. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Tue, Jan 04, 2000 at 01:48:00PM +0100, Eike Bernhardt wrote: Hallo,
Okay, mein login ist jetzt "christian", in der fetchmail habe ich ihn auch so eigetragen, nur das Homeverzeichnis habe ich nicht umbenannt weil dann ja nichts mehr funktionieren wuerde was sich noch auf den alten Pfad bezieht. Oder muss das unbedingt auch noch umbenannt werden?
Das solltest du tun, sonst verwirrst du das System vermutlich.
Ein paar Pfade in Skripts zu ändern sollte ja auch nicht soo wild sein.
Okay es war wirklich halb so wild. Ich habe nicht bedacht das eh meistens mit $HOME gearbeitet wird und es daher ja keine Probleme gibt.
Auf jeden Fall meldet fetchmail zwar "<christian@localhost>... Recipient ok" aber die mails sind wieder mal weg, und auch nicht in mailq oder in /var/spool/mail/Christian zu finden.
<doof frag> In /var/spool/mail/christian hast du auch geschaut? </doof frag>
Ja. Da iss auch Ebbe.
Da sollten die dann eigentlich landen.
Sonst (du warst ja auch mit procmail am testen) schreib noch mal in deine .procmailrc folgendes rein:
--8<-- LOGFILE=$MAILDIR/.from # Logfile halt -->8--
Ich habs mal eingetragen, bringt aber anscheinend auch nix weil procmail ja gar nicht erst anspringt. Normalerweise lasse ich procmail in der $MAILDIR/procmail.log "mitschreiben". Das sieht dann wohl doch nach einem sendmail Problem aus. Deswegen hier meine Einstellungen. Wobei ich mich nur an das Suse-Handbuch gehalten habe denn sich mit der gesamten sendmail Konfiguration herumzuschlagen kann ja angeblich ziemlich grausam sein und ist bei den stinknormalen Aufgaben die es bei mir uebernehmen soll ja wohl auch nicht noetig (oder doch?). Also: SENDMAIL_TYPE=<yes> SENDMAIL_LOCALHOST=<> FROM_HEADER=<> SENDMAIL_SMARTHOST=<smtp:mailto.btx.dtag.de> SENDMAIL_NOCANONIFY=<yes> SENDMAIL_ARGS=<-bd -q30m -om> SENDMAIL_EXPENSIVE=<no> Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Tue, Jan 04, 2000 at 16:07:24 +0000, Christian Mueller wrote:
Hallo,
...
Das sieht dann wohl doch nach einem sendmail Problem aus. Deswegen hier meine Einstellungen. Wobei ich mich nur an das Suse-Handbuch gehalten habe denn sich mit der gesamten sendmail Konfiguration herumzuschlagen kann ja angeblich ziemlich grausam sein und ist bei den stinknormalen Aufgaben die es bei mir uebernehmen soll ja wohl auch nicht noetig (oder doch?).
Also:
SENDMAIL_TYPE=<yes> SENDMAIL_LOCALHOST=<> ^^^ Probiere mal SENDMAIL_LOCALHOST auf "localhost" zu setzen, so habe ich es in der /etc/rc.config stehen.
Alexej --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moin! On Tue Jan 04 17:07:24 2000 MET Christian Mueller wrote:
On Tue, Jan 04, 2000 at 01:48:00PM +0100, Eike Bernhardt wrote:
SENDMAIL_TYPE=<yes> SENDMAIL_LOCALHOST=<> ^^ Da muß unbedingt was rein, mindestens "localhost" und am besten "localhost rechnername.domain.tld" -- sonst weiß sendmail doch nicht auf welche Adressen es reagieren muß. Und zumindest auf localhost _muß_ es reagieren (es sei denn man will ganz eigenartige Sachen damit machen).
FROM_HEADER=<> SENDMAIL_SMARTHOST=<smtp:mailto.btx.dtag.de> SENDMAIL_NOCANONIFY=<yes> SENDMAIL_ARGS=<-bd -q30m -om>
Falls du ein Dial-Up-System hast, ist da "-bd -om" besser, dann lässt sendmail alles in der Mailqueue, was nicht lokal zugestellt werden kann, und schickt das dann beim "sendmail -q" weiter.
SENDMAIL_EXPENSIVE=<no>
Sonst sollte das passend. Tschau, Eike -- Eike Bernhardt http://privat.schlund.de/eike-bernhardt/ ICQ# 11256658 Linux wird nie zum meistinstallierten System ... so oft wie man Windows neu installieren darf. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Tue, Jan 04, 2000 at 06:10:03PM +0100, Eike Bernhardt wrote: Hallo,
SENDMAIL_TYPE=<yes> SENDMAIL_LOCALHOST=<> ^^ Da muß unbedingt was rein, mindestens "localhost" und am besten "localhost rechnername.domain.tld" -- sonst weiß sendmail doch nicht auf welche Adressen es reagieren muß. Und zumindest auf localhost _muß_ es reagieren (es sei denn man will ganz eigenartige Sachen damit machen).
FROM_HEADER=<> SENDMAIL_SMARTHOST=<smtp:mailto.btx.dtag.de> SENDMAIL_NOCANONIFY=<yes> SENDMAIL_ARGS=<-bd -q30m -om>
Falls du ein Dial-Up-System hast, ist da "-bd -om" besser, dann lässt sendmail alles in der Mailqueue, was nicht lokal zugestellt werden kann, und schickt das dann beim "sendmail -q" weiter.
SENDMAIL_EXPENSIVE=<no>
Sonst sollte das passend.
Okay, alles so eingestellt. Fetchmail scheint zufrieden zu sein. Nur procmail streikt eben immer noch und die mails sind, wie gehabt, weg. Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moin! On Tue Jan 04 22:09:00 2000 MET Christian Mueller wrote:
On Tue, Jan 04, 2000 at 06:10:03PM +0100, Eike Bernhardt wrote:
SENDMAIL_TYPE=<yes> SENDMAIL_LOCALHOST=<> ^^ Da muß unbedingt was rein, mindestens "localhost" und am besten "localhost rechnername.domain.tld" -- sonst weiß sendmail doch nicht auf welche Adressen es reagieren muß. Und zumindest auf localhost _muß_ es reagieren (es sei denn man will ganz eigenartige Sachen damit machen). ... Okay, alles so eingestellt. Fetchmail scheint zufrieden zu sein. Nur procmail streikt eben immer noch und die mails sind, wie gehabt, weg.
Was sagt denn /var/log/mail wenn du dir eine Mail schickst bzw. welche abholst? Und sonst entfern einfach noch mal deine ~/.procmailrc und schau ob die Mails dann in /var/spool/mail/christian landen. Tschau, Eike -- Eike Bernhardt http://privat.schlund.de/eike-bernhardt/ ICQ# 11256658 Linux wird nie zum meistinstallierten System ... so oft wie man Windows neu installieren darf. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Tue, Jan 04, 2000 at 11:42:47PM +0100, Eike Bernhardt wrote: Hallo,
SENDMAIL_TYPE=<yes> SENDMAIL_LOCALHOST=<> ^^ Da muß unbedingt was rein, mindestens "localhost" und am besten "localhost rechnername.domain.tld" -- sonst weiß sendmail doch nicht auf welche Adressen es reagieren muß. Und zumindest auf localhost _muß_ es reagieren (es sei denn man will ganz eigenartige Sachen damit machen). ... Okay, alles so eingestellt. Fetchmail scheint zufrieden zu sein. Nur procmail streikt eben immer noch und die mails sind, wie gehabt, weg.
Was sagt denn /var/log/mail wenn du dir eine Mail schickst bzw. welche abholst?
Oha! Da hab ich schon lange nicht mehr reingeguckt. Sieht irgendwie garnicht gut aus... -----Schnipp----- Jan 5 00:28:59 Linux sendmail[1313]: AAA01311: AAA01313: DSN: unknown mailer error 2 -----Schnapp-----
Und sonst entfern einfach noch mal deine ~/.procmailrc und schau ob die Mails dann in /var/spool/mail/christian landen.
Dann steht in der /var/log/mail folgendes: -----Schnipp----- Jan 5 00:33:27 Linux sendmail[1395]: AAB01395: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, stat=Sent -----Schnapp----- Aber die mail ist trotzdem nirgends. Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moin! *gähn* Wenn man nicht schlafen kann <g> On Wed Jan 05 01:42:26 2000 MET Christian Mueller wrote:
On Tue, Jan 04, 2000 at 11:42:47PM +0100, Eike Bernhardt wrote:
Was sagt denn /var/log/mail wenn du dir eine Mail schickst bzw. welche abholst?
Oha! Da hab ich schon lange nicht mehr reingeguckt. Sieht irgendwie garnicht gut aus...
-----Schnipp----- Jan 5 00:28:59 Linux sendmail[1313]: AAA01311: AAA01313: DSN: unknown mailer error 2 -----Schnapp-----
Also DSN würd ich jetzt mal spontan als Delivery Status Notification übersetzten, und das sollte (theoretischerweise) die Mailauslieferung nicht verhindern, wenn die fehlschlägt. Sonst schau noch mal in deinem Mailprogramm nach, ob du da irgend so eine Option wie "Empfangsbestätigung" aktiviert hast. Andererseits solltest du auch pro Mail _zwei_ Nachrichten in der /var/log/mail haben, etwa so: --8<-- Jan 5 03:54:15 vulkan sendmail[18908]: DAA18908: from=root, size=282, class=0, pri=30282, nrcpts=1, msgid=<20000105035414.A18905@vulkan.bernhardt.home>, relay=root@localhost Jan 5 03:54:15 vulkan sendmail[18910]: DAA18908: to=eike@localhost, ctladdr=root (0/0), delay=00:00:01, xdelay=00:00:00, mailer=local, stat=Sent -->8-- Die Prozessnummern des sendmails sind zwar unterschiedlich (18908 vs. 18910), aber die "Mailkennnummern" sind die gleichen, nämlich DAA18908 Und pro Mail solltest du immer zwei Zeilen haben, eine über die Einlieferung bei sendmail, und die zweite über die Auslieferung. Schick noch mal ne Testmail und poste dann bitte die beiden dazugehörigen Zeilen.
Und sonst entfern einfach noch mal deine ~/.procmailrc und schau ob die Mails dann in /var/spool/mail/christian landen.
Dann steht in der /var/log/mail folgendes:
-----Schnipp----- Jan 5 00:33:27 Linux sendmail[1395]: AAB01395: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, stat=Sent -----Schnapp-----
Aber die mail ist trotzdem nirgends.
Die sollte sich jetzt eigentlich bei root in der Mailbox finden, nach der Zeile war die auslieferung erfolgreich. Hast du irgend was seltsames mit procmail angestellt? Einfach schon mal drüberinstalliert? Tschau, Eike -- Eike Bernhardt http://privat.schlund.de/eike-bernhardt/ ICQ# 11256658 "God, Root - what is difference?" http://www.userfriendly.org --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, Jan 05, 2000 at 04:03:39AM +0100, Eike Bernhardt wrote: Hallo Eike,
Was sagt denn /var/log/mail wenn du dir eine Mail schickst bzw. welche abholst?
Oha! Da hab ich schon lange nicht mehr reingeguckt. Sieht irgendwie garnicht gut aus...
-----Schnipp----- Jan 5 00:28:59 Linux sendmail[1313]: AAA01311: AAA01313: DSN: unknown mailer error 2 -----Schnapp-----
Also DSN würd ich jetzt mal spontan als Delivery Status Notification übersetzten, und das sollte (theoretischerweise) die Mailauslieferung nicht verhindern, wenn die fehlschlägt.
Sonst schau noch mal in deinem Mailprogramm nach, ob du da irgend so eine Option wie "Empfangsbestätigung" aktiviert hast.
Also in meiner muttrc habe ich nix in der Richtung eingetragen.
Andererseits solltest du auch pro Mail _zwei_ Nachrichten in der /var/log/mail haben, etwa so:
--8<-- Jan 5 03:54:15 vulkan sendmail[18908]: DAA18908: from=root, size=282, class=0, pri=30282, nrcpts=1, msgid=<20000105035414.A18905@vulkan.bernhardt.home>, relay=root@localhost Jan 5 03:54:15 vulkan sendmail[18910]: DAA18908: to=eike@localhost, ctladdr=root (0/0), delay=00:00:01, xdelay=00:00:00, mailer=local, stat=Sent -->8--
Die Prozessnummern des sendmails sind zwar unterschiedlich (18908 vs. 18910), aber die "Mailkennnummern" sind die gleichen, nämlich DAA18908
Und pro Mail solltest du immer zwei Zeilen haben, eine über die Einlieferung bei sendmail, und die zweite über die Auslieferung.
Schick noch mal ne Testmail und poste dann bitte die beiden dazugehörigen Zeilen.
-----Schnipp----- Jan 5 17:41:49 Linux sendmail[427]: RAA00427: to=<NoName99@t-online.de>, delay=00:00:04, xdelay=00:00:04, mailer=smtp, relay=fwdallmx.sul.t-online.de. [194.25.134.27], stat=Sent (Message accepted.) Jan 5 17:41:49 Linux sendmail[427]: RAA00426: RAB00427: postmaster notify: unknown mailer error 2 Jan 5 17:41:49 Linux sendmail[427]: RAB00427: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, stat=Sent -----Schnapp----- Diesmal habe ich die mail in der mqueue gefunden. Ich glaube zumindest das es die ist. Das ganze sieht dort so aus: -----Schnipp----- Date: Wed, 5 Jan 2000 17:41:49 GMT From: Mail Delivery Subsystem <MAILER-DAEMON@Linux.pc.home> To: Postmaster@Linux.pc.home Subject: Postmaster notify: unknown mailer error 2 Auto-Submitted: auto-generated (postmaster-notification) [-- Attachment #1 --] [-- Type: text/plain, Encoding: 7bit, Size: 0.8K --] The original message was received at Wed, 5 Jan 2000 17:41:44 GMT from localhost [127.0.0.1] ----- The following addresses had permanent fatal errors ----- "|IFS=' ' && p=/usr/local/bin/procmail && test -f $p && exec $p -Yf- || (expanded from: <christian@localhost>) exit 75 #Christian" (expanded from: <christian@localhost>) ----- Transcript of session follows ----- 553 /home/christian/.forward: line 1: "|IFS=' ' && p=/usr/local/bin/procmail && test -f $p && exec $p -Yf- ||... Unbalanced +'"' 553 /home/christian/.forward: line 2: exit 75 #Christian"... Unbalanced '"' 550 /home/christian/.forward: line 2: exit 75 #Christian"... User unknown sh: -c: line 2: syntax error: unexpected end of file 554 "|IFS=' ' && p=/usr/local/bin/procmail && test -f $p && exec $p -Yf- ||... unknown mailer error 2 [-- Attachment #2 --] [-- Type: message/delivery-status, Encoding: 7bit, Size: 0.5K --] Reporting-MTA: dns; Linux.pc.home Received-From-MTA: DNS; localhost Arrival-Date: Wed, 5 Jan 2000 17:41:44 GMT Final-Recipient: RFC822; <christian@localhost> X-Actual-Recipient: RFC822; |IFS=' ' && p=/usr/local/bin/procmail && test -f $p && exec $p -Yf- ||@Linux.pc.home Action: failed Status: 5.0.0 Last-Attempt-Date: Wed, 5 Jan 2000 17:41:45 GMT Final-Recipient: RFC822; <christian@localhost> X-Actual-Recipient: RFC822; exit.75.#christian""@Linux.pc.home Action: failed Status: 5.1.1 Last-Attempt-Date: Wed, 5 Jan 2000 17:41:45 GMT [-- Attachment #3 --] [-- Type: text/rfc822-headers, Encoding: 7bit, Size: 1.0K --] Return-Path: <NoName99@t-online.de> Received: from localhost (localhost [127.0.0.1]) by Linux.pc.home (8.9.3/8.9.3) with ESMTP id RAA00426 for <christian@localhost>; Wed, 5 Jan 2000 17:41:44 GMT Received: from pop.btx.dtag.de by localhost with POP3 (fetchmail-5.1.2) for christian@localhost (single-drop); Wed, 05 Jan 2000 17:41:44 +0000 (GMT) Received: from Linux.pc.home (320085199594-0001@[62.158.226.217]) by fwd06.sul.t-online.de with esmtp id 125tSM-0JSteaC; Wed, 5 Jan 2000 17:38:42 +0100 Received: from localhost (localhost) by Linux.pc.home (8.9.3/8.9.3) with internal id RAA00407; Wed, 5 Jan 2000 17:41:07 GMT Date: Wed, 5 Jan 2000 17:41:07 GMT From: NoName99@t-online.de (Mail Delivery Subsystem) Message-Id: <200001051741.RAA00407@Linux.pc.home> To: <NoName99@t-online.de> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="RAA00407.947094067/Linux.pc.home" Subject: Returned mail: unknown mailer error 2 Auto-Submitted: auto-generated (failure) X-Sender: 320085199594-0001@t-dialin.net -----Schnapp----- Hmmm...ich kann damit leider nicht allzuviel anfangen...ausser das "The following addresses had permanent fatal errors" wohl immer noch auf ein Problem mit dem login schliessen lassen. Auch weil immer noch der Name "Christian" auftaucht. Tschoe Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christian Mueller schrieb am 05.01.2000 um 18:17:35 +0000: Hallo Christian, schmeiß den .forward aus Deinem Homeverzeichnis raus. Die von SuSE gemachte sendmail.cf mach das automatisch. Da ist der forwarder schon drinne. Bis denne, Michael --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, Jan 05, 2000 at 07:52:08PM +0100, Michael Schulz wrote: Hallo,
schmeiß den .forward aus Deinem Homeverzeichnis raus. Die von SuSE gemachte sendmail.cf mach das automatisch. Da ist der forwarder schon drinne.
Ha! Das wars! Ich hab den forwarder rausgeworfen und jetzt geht alles! Also: Vielen, vielen Dank an alle die mir geholfen haben. Ich weiss solche Danksagungen sind laut Etikette nicht erwuenscht, aber ich meine bei so einem Megathread wie ich ihn losgetreten habe ist sowas mal angebracht. Ausserdem finde ich es wirklich absolut klasse wie selbstlos die meisten hier solchen wie mir helfen. Und wenn ich dann Sachen lese wie "Der Ton auf der Liste ist sehr arrogant" dann ist das zumindest gegenueber 99% der Leute mehr als ungerecht. Also, bis zum naechsten mal Tschoe Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moin! On Wed Jan 05 19:17:35 2000 MET Christian Mueller wrote:
-----Schnipp----- Jan 5 17:41:49 Linux sendmail[427]: RAA00427: to=<NoName99@t-online.de>, delay=00:00:04, xdelay=00:00:04, mailer=smtp, relay=fwdallmx.sul.t-online.de. [194.25.134.27], stat=Sent (Message accepted.) Jan 5 17:41:49 Linux sendmail[427]: RAA00426: RAB00427: postmaster notify: unknown mailer error 2 Jan 5 17:41:49 Linux sendmail[427]: RAB00427: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, stat=Sent -----Schnapp-----
Du scheints ein anderes größeres Problem zu haben, wenn ich das obige richtig verstehe, kenn dein sendmail den Mailer smtp nicht ... .u.
Diesmal habe ich die mail in der mqueue gefunden. Ich glaube zumindest das es die ist. Das ganze sieht dort so aus:
-----Schnipp----- ... ----- The following addresses had permanent fatal errors ----- "|IFS=' ' && p=/usr/local/bin/procmail && test -f $p && exec $p -Yf- || (expanded from: <christian@localhost>) exit 75 #Christian" (expanded from: <christian@localhost>)
----- Transcript of session follows ----- 553 /home/christian/.forward: line 1: "|IFS=' ' && p=/usr/local/bin/procmail && test -f $p && exec $p -Yf- ||... Unbalanced +'"' 553 /home/christian/.forward: line 2: exit 75 #Christian"... Unbalanced '"' 550 /home/christian/.forward: line 2: exit 75 #Christian"... User unknown sh: -c: line 2: syntax error: unexpected end of file 554 "|IFS=' ' && p=/usr/local/bin/procmail && test -f $p && exec $p -Yf- ||... unknown mailer error 2 ... -----Schnapp-----
Warum meint sendmail das dein procmail unter /usr/local/bin liegt? Hast du das von hand kompiliert? Und laut den Fehlermeldungen hast du auch noch eine /home/christian/.forward -- willst du Mails weiterleiten oder versuchst du so procmail aufzurufen?
Hmmm...ich kann damit leider nicht allzuviel anfangen...ausser das "The following addresses had permanent fatal errors" wohl immer noch auf ein Problem mit dem login schliessen lassen. Auch weil immer noch der Name "Christian" auftaucht.
Das "Christian" taucht aber immer als "#Christian" auf, hast du irgendwo was auskommentiert mit Christian am Anfang? Und noch ne dumme Frage - nachdem du die SENDMAIL_* Einstellungen in der /etc/rc.config geändert hast, hast du SuSEconfig ausgerufen, oder? Irgendwie schaut mir das so aus als ob deine /etc/sendmail.cf ein wenig durcheinander ist. Und du brauchst auch procmail nicht über die ~/.forward aufrufen, das erledigt das sendmail automatisch, da dort procmail als lokaler Mailer installiert wird. Also erst mal ~/.forward entfernen, die SENDMAIL_* Variablen passend belegen, und dann SuSEconfig aufrufen, das sollte dir dann was erzählen von wegen "Erstelle sendmail.cf" oder irgendwas im Zusammenhang mit sendmail zumindest. Tschau, Eike -- Eike Bernhardt http://privat.schlund.de/eike-bernhardt/ ICQ# 11256658 "Oh, it's good Scottish weather, madam. The rain is fallin' straight down, well slightly to the side like." -- William Wallace, Braveheart --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 04-Jan-00 Christian Mueller wrote:
On Mon, Jan 03, 2000 at 02:15:09AM +0100, Michael Schulz wrote:
Hallo,
-----Schnipp----- -rw------- 1 Christia users 610504 Dez 21 18:56 /var/spool/mail/Christian ^^^^^^^^
Okay, mein login ist jetzt "christian", in der fetchmail habe ich ihn auch so eigetragen, nur das Homeverzeichnis habe ich nicht umbenannt weil dann ja nichts mehr funktionieren wuerde was sich noch auf den alten Pfad bezieht. Oder muss das unbedingt auch noch umbenannt werden? Auf jeden Fall meldet fetchmail zwar "<christian@localhost>... Recipient ok" aber die mails sind wieder mal weg, und auch nicht in mailq oder in /var/spool/mail/Christian zu
Hallo Chtristian, wie sieht denn dein Eintrag in /etc/passwd aus ? Gross oder Kleinschreibung ? Und die Spool-Datei wuerde ich in /var/spool/christian aendern. Gruss Dieter -- E-Mail: Dieter Kluenter <dkluenter@gmx.de> Date: 05-Jan-00 Time: 10:07:31 This message was sent by XFMail --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Christian, On 02-Jan-00 Christian Mueller wrote:
On Sun, Jan 02, 2000 at 12:25:28PM +0100, Dieter Kluenter wrote: [... viel geloescht]
Wie sehen denn die Rechte fuer /var/spool/mail/Christian aus ? gib mal ls -l /var/spool/mail/Christian ein.
-----Schnipp----- -rw------- 1 Christia users 610504 Dez 21 18:56 ^^^^^ das ist doch sicher ein Schreibfehler ? /var/spool/mail/Christian -----Schnapp-----
So sollte es sein, oder?
Ja/Nein. Dein Problem ist procmail. Procmail verhaelt sich rfc 822 konform und kann nur lower-cases lesen, also kleinschreibung. Aendere deinen login-Namen in "christian", dann sollte es gehen. Gruss Dieter -- E-Mail: Dieter Kluenter <dkluenter@gmx.de> Date: 03-Jan-00 Time: 09:06:37 This message was sent by XFMail --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Dieter! Trying to kill the keyboard, Dieter Kluenter (dkluenter@gmx.de) produced 1,0K in 35 lines:
On 02-Jan-00 Christian Mueller wrote:
On Sun, Jan 02, 2000 at 12:25:28PM +0100, Dieter Kluenter wrote:
-rw------- 1 Christia users 610504 Dez 21 18:56 ^^^^^ das ist doch sicher ein Schreibfehler ?
nein, ls.
Ja/Nein. Dein Problem ist procmail.
nein.
Procmail verhaelt sich rfc 822 konform und kann nur lower-cases lesen, also kleinschreibung.
[?] Du hast RFC822 gelesen. [ ] Du hast RFC822 verstanden. RFC822: 3.4.7. CASE INDEPENDENCE Except as noted, alphabetic strings may be represented in any combination of upper and lower case. The only syntactic units which requires preservation of case information are: - text - qtext - dtext - ctext - quoted-pair - local-part, except "Postmaster" [...] Note: The reserved local-part address unit, "Postmaster", is an exception. When the value "Postmaster" is being interpreted, it must be accepted in any mixture of case, including "POSTMASTER", and "postmaster". [...] D. ALPHABETICAL LISTING OF SYNTAX RULES [... in Auszuegen ...] addr-spec = local-part "@" domain ; global address local-part = word *("." word) ; uninterpreted ; case-preserved word = atom / quoted-string atom = 1*<any CHAR except specials, SPACE and CTLs> CHAR = <any ASCII character> ; ( 0-177, 0.-127.) specials = "(" / ")" / "<" / ">" / "@" ; Must be in quoted- / "," / ";" / ":" / "\" / <"> ; string, to use / "." / "[" / "]" ; within a word. quoted-string = <"> *(qtext/quoted-pair) <">; Regular qtext or ; quoted chars. qtext = <any CHAR excepting <">, ; => may be folded "\" & CR, and including linear-white-space> quoted-pair = "\" CHAR ; may quote any char -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, Jan 01, 2000 at 06:26:14PM +0100, Dieter Kluenter wrote:
Wer ruft denn fetchmail auf? Christian oder root, oder ein anderer ?
Sorry, hab ich in der letzten mail vergessen: Fetchmail wird von Christian aufgerufen. Gruss Christian --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 30-Dec-99 Christian Mueller wrote:
On Thu, Dec 30, 1999 at 09:35:24PM +0100, Thorsten Jens wrote:
Hallo Thorsten,
procmail.rc ^^^^^^^^^^^ Das sollte doch eigentlich .procmailrc hesissen, oder?
Ups. Ja, schon.
Hmm. Kann natuerlich auch sein das ich zu bloed bin, meine eigene lokale Adresse herauszufinden. Wenn das so sein sollte dann duerft Ihr mich von dieser Liste verbannen. Der Rechnername ist: "Linux@pc.home", ^^^^^^^^^^^^^^ Hallo, ist dein Rechnername tatsaechlich so eingetragen ? Dann koennte auch kein mailprogramm den user christian finden. Alle Adressbestandteile haben rechts vom @ zu sein.
mein login ist "Christian", also lautet meine Adresse ja wohl "Christian@pc.home", oder?
Nein. christian@linux.pc.home
Fetchmail scheint mit der Adresse uebrigens zufrieden zu sein, hier mal die Medungen:
Fetchmail und sendmail pruefen nur die Syntax der Adressen, nicht ob die Sender und Empfaenger auch existieren.
About to rewrite To: noname99@t-online.de Rewritten version is To: noname99@t-online.de
[...]
fetchmail: SMTP< 220 Linux.pc.home ESMTP Sendmail 8.9.3/8.9.3; Thu, 30 Dec 1999 22:55:35 GMT fetchmail: SMTP> EHLO localhost fetchmail: SMTP< 250-Linux.pc.home Hello localhost [127.0.0.1], fetchmail: SMTP< 250 WAA02612 Message accepted for delivery flushed fetchmail: POP3> DELE 1 fetchmail: POP3< +OK Ok. fetchmail: POP3> QUIT fetchmail: POP3< +OK closing. fetchmail: Deleting fetchids file. fetchmail: saved UID List fetchmail: SMTP> QUIT fetchmail: SMTP< 221 Linux.pc.home closing connection
Und wo landet diese mail ? Gruss Dieter -- E-Mail: Dieter Kluenter <dkluenter@gmx.de> Date: 31-Dec-99 Time: 09:45:46 This message was sent by XFMail --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (8)
-
a.diesner＠t-online.de -
dkluenter＠gmx.de -
eike.bernhardt＠gmx.de -
Juergen_Schwarting＠gmx.de -
micha28＠gmx.de -
NoName99＠t-online.de -
thodi＠et-inf.fho-emden.de -
weissel＠ph-cip.uni-koeln.de