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