On Sunday 27 June 2004 16:40, Rob wrote:
-----Original Message-----
From: fetchmail-friends-admin(_at_)lists(_dot_)ccil(_dot_)org
[mailto:fetchmail-friends-admin(_at_)lists(_dot_)ccil(_dot_)org] On Behalf
Of Bikrant
Hi... I am trying to retrive mails using fetchmail and then
deleiver it
locally using sendmail. I found that fetchmail adds the
following header in
every messages that it retrives from the pop server.
Received: from localhost (localhost.localdomain [127.0.0.1])
by localhost.localdomain (8.12.5/8.12.5) with ESMTP
id i5QIldIr030563
for <root(_at_)localhost>; Sun, 27 Jun 2004 00:32:39 +0545
Actually, I think you'll find that that's sendmail, not fetchmail, that
adds that header.
Sorry I did a mistake :(
This is the one added by
Received: from pop2.wlink.com.np [202.79.32.43]
by localhost with POP3 (fetchmail-5.9.0)
for root(_at_)localhost (single-drop); Sun, 27 Jun 2004 02:53:24 +0545
(NPT)
I am running fetchmail as root user so it has modified the
recepient to
root(_at_)localhost(_dot_) Isn't there any way so that fetchmail retains
the original
recepient ? I tried -n and --invisible options but they didn't help.
Sorry, the crystal ball seems to be broken...
Version of fetchmail?
fetchmail: 5.9.0
Contents of fetchmailrc?
I am not using the fetchmailrc yet
Output from a mail received with "fetchmail -v -v"?
[root(_at_)localhost root]# fetchmail -u bikrant pop.wlink.com.np -p pop3 -v -v
Enter password for bikrant(_at_)pop(_dot_)wlink(_dot_)com(_dot_)np:
fetchmail: 5.9.0 querying pop.wlink.com.np (protocol POP3) at Sun Jun 27
05:53:20 2004
fetchmail: POP3< +OK
<3808(_dot_)1088335548(_at_)pop2(_dot_)wlink(_dot_)com(_dot_)np>
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR authorization first
fetchmail: authorization first
fetchmail: POP3> USER bikrant
fetchmail: POP3< +OK
fetchmail: POP3> PASS *
fetchmail: POP3< +OK
fetchmail: selecting or re-polling default folder
fetchmail: POP3> STAT
fetchmail: POP3< +OK 1 1291
fetchmail: POP3> LAST
fetchmail: POP3< +OK 0
1 message for bikrant at pop.wlink.com.np (1291 octets).
fetchmail: POP3> LIST
fetchmail: POP3< +OK
fetchmail: POP3< 1 1291
fetchmail: POP3< .
fetchmail: POP3> TOP 1 99999999
fetchmail: POP3< +OK
reading message 1 of 1 (1291 octets)
About to rewrite Return-Path: <rohit(_at_)samit(_dot_)com>
Rewritten version is Return-Path: <rohit(_at_)samit(_dot_)com>
About to rewrite From: rohit(_at_)samit(_dot_)com
Rewritten version is From: rohit(_at_)samit(_dot_)com
About to rewrite To: bikrant(_at_)wlink(_dot_)com(_dot_)np
Rewritten version is To: bikrant(_at_)wlink(_dot_)com(_dot_)np
fetchmail: SMTP< 220 localhost.localdomain ESMTP Sendmail 8.12.5/8.12.5; Sun,
27 Jun 2004 05:53:23 +0545
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-localhost.localdomain Hello localhost.localdomain
[127.0.0.1], pleased to meet you
fetchmail: SMTP< 250-ENHANCEDSTATUSCODES
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250-8BITMIME
fetchmail: SMTP< 250-SIZE
fetchmail: SMTP< 250-DSN
fetchmail: SMTP< 250-ETRN
fetchmail: SMTP< 250-DELIVERBY
fetchmail: SMTP< 250 HELP
fetchmail: forwarding to localhost
fetchmail: SMTP> MAIL FROM:<rohit(_at_)samit(_dot_)com> BODY=7BIT SIZE=1291
fetchmail: SMTP< 250 2.1.0 <rohit(_at_)samit(_dot_)com>... Sender ok
fetchmail: SMTP> RCPT TO:<root(_at_)localhost>
fetchmail: SMTP< 250 2.1.5 <root(_at_)localhost>... 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 (1321 actual != 1291
expected)
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 2.0.0 i5R08NBs000714 Message accepted for delivery
flushed
fetchmail: POP3> DELE 1
fetchmail: POP3< +OK
fetchmail: POP3> QUIT
fetchmail: POP3< +OK
fetchmail: not swapping UID lists, no UIDs seen this query
fetchmail: SMTP> QUIT
fetchmail: SMTP< 221 2.0.0 localhost.localdomain closing connection
fetchmail: Deleting fetchids file.
fetchmail: normal termination, status 0
fetchmail: Deleting fetchids file.
[root(_at_)localhost root]#
The mail is delivered to root user!
PLEASE - keep list traffic on the list. Email sent directly to me may
be ignored utterly.
regards,
Bikrant