Re: Mail - just tried again ....
On Thu, Nov 29, 2001 at 09:19:35PM -0400, cmasters wrote:
> ---- <sanitized> transcript of recent log (not able to save to file from terminal ---
>
> fetchmail: 5.5.5 querying <pop.ISP> (protocol POP3) at Thu, 29 Nov 2001
> 20:43:26 -0400 (AST)
> fetchmail: POP3< +OK <ISP Mail> POP3 server (<Remote POP server release
> information>) ready Thu, 29 Nov 2001 20:49:32 -0400
> fetchmail: POP3> USER <remoteuname>
> fetchmail: POP3< +OK Password rquired for <remoteuname>
> fetchmail: POP3> PASS *
> fetchmail: POP3< +OK Maildrop has 1 messages (4416 octets)
> fetchmail: POP3> STAT
> fetchmail: POP3< +OK 1 4416
> 1 message for <remoteuname> as <pop.ISP> (4416 octets)
> fetchmail: POP3> LIST
> fetchmail: POP3< +OK
> fetchmail: POP3< 1 4416
> fetchmail: POP3< .
> fetchmail: POP3> RETR 1
> fetchmail POP3< +OK 4416 octets
> reading message 1 of 1 (4416 octets)
> fetchmail: SMTP< 220 <localhostname> ESMTP Exim 3.12 #1 Thu, 29 Nov 2001
> 20:43:29 -0400
> fetchmail: SMTP> EHLO localhost
> fetchmail: SMTP< 250-<localhostname> Hello localhost (127.0.0.1)
> fetchmail: SMTP< 250-SIZE
> fetchmail: SMTP< 250-PIPELINING
> fetchmail: SMTP< 250 HELP
> fetchmail: SMTP> MAIL
> FROM:<sentto-3590-28121-1007081220-<remoteuname>=nbnet.nb.ca@returns.groups.yahoo.com>
> SIZE=4416
> fetchmail: SMTP< 250 <sentto-<ENTRY as ABOVE>> is syntatically correct
> fetchmail: SMTP> RCPT TO:<localuname@localhost>
> fetchmail: SMTP< 250 <localuname@localhost> is syntatically correct
> fetchmail: SMTP> DATA
> fetchmail: SMTP< 354 Enter message, ending with "." on a line by itself
> fetchmail: SMTP>. (EOM)
> fetchmail: SMTP< 250 OK id=169bm5-0000RL-00
> flushed
> fetchmail: POP3> DELE 1
> fetchmail: POP3< +OK Message 1 deleted
> fetchmail: POP3> QUIT
>
> Balance speaks "eloquently" of closing the connection with my ISP.
>
> The preceding log leads me to believe that the message was delivered, but
> yet again checking my spool, $HOME/incoming, or any other locations reveals
> no such message.
The preceding log leads us to believe that the message has been
delivered to your smtp daemon (exim). The next step is not to
look in $HOME/incoming, but in exim's log files. If I recall
correctly, these are /var/log/exim/mainlog and
/var/log/exim/errorlog or something similar (switch the exim dir
for mail dir?). Anyway, find the appropriate files and either
run the above test once again or look at the events timestamped
at 20:43:29 -0400.
> I must emphasize that all of these details are interacting quite nicely with
> 'getmail' but they just aren't working for fetchmail/exim/procmail
I really shouldn't ask, but was there some reason other than the
fact that all the voluteered help uses fetchmail that you
abandoned getmail?
Reply to: