Hi,
I don't think it is the problem of remote server, cos' getmail works
properly
with it for last many many months.
I could'nt manage to grap the whole output but last part is given below,
after this part fetchmail just waits looking for new mails for 300
seconds.
Can you help me in this?
About to rewrite To: <qmail(_at_)list(_dot_)cr(_dot_)yp(_dot_)to>
Rewritten version is To: <qmail(_at_)list(_dot_)cr(_dot_)yp(_dot_)to>
fetchmail: forwarding to localhost
fetchmail: SMTP> MAIL
FROM:<qmail-return-85834-shanta=indiainfo(_dot_)com(_at_)list(_dot_)cr(_dot_)yp(_dot_)to>
BODY=7BIT
fetchmail: SMTP< 250 ok
fetchmail: SMTP> RCPT TO:<shant(_at_)localhost>
fetchmail: SMTP< 250 ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 go ahead
#
fetchmail: IMAP< )
fetchmail: IMAP< A0331 OK completed
fetchmail: IMAP> A0332 FETCH 1 BODY.PEEK[TEXT]
fetchmail: IMAP< * 1 FETCH (BODY[TEXT] {1308}
(1308 body octets) ************************.****************
fetchmail: IMAP< )
fetchmail: IMAP< A0332 OK completed
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 ok 1019188352 qp 4443
flushed
fetchmail: IMAP> A0333 STORE 1 +FLAGS (\Seen \Deleted)
fetchmail: IMAP< * 1 FETCH (FLAGS (\Seen \Deleted \Recent))
fetchmail: IMAP< A0333 OK completed
fetchmail: IMAP> A0334 EXPUNGE
fetchmail: IMAP< * 1 EXPUNGE
fetchmail: IMAP< A0334 OK completed
fetchmail: IMAP> A0335 FETCH 1 RFC822.HEADER
fetchmail: IMAP< A0335 OK completed
Can you provide the output of "fetchmail -v -v". It sounds like there
is a
problem with the mail server, in which case you can't really do anything
but complain to whoever manages it.
Please don't CC me on anything sent to mailing lists or send
me email directly unless it's a privacy issue, thanks.