Re: POPStar cannot download email
- From: Mark Rowan <artillery@xxxxxxxxxx>
- Date: Tue, 27 Jun 2006 12:48:33 +0100
In article <4E2EB90B53%news@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>,
Darren Salt <news@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
I demand that Mark Rowan may or may not have written...
I get emails on a mailing list from my department at University.
For some reason POPStar is often unable to download these particular
emails, sticking at 0 bytes and timing out after a very long time of
doing nothing. It has no problem with other emails.
I've just had another one of these.
If anyone could suggest a fix I'd be grateful.
Bumping up the log level ("*syslog popstar 255") may provide some
clues;
Here are some of the relevant lines (the problem message is number 6):
27 Jun 12:42:50 150 +OK 40 messages
27 Jun 12:42:50 160 Sent command "STAT"
27 Jun 12:42:50 160 Awaiting response to STAT command
27 Jun 12:42:50 150 +OK 40 346650
27 Jun 12:42:50 160 About to alloc 'list' block, maxsize = 25600
27 Jun 12:42:50 130 40 messages, 346650 bytes for xxxx@xxxxxxxxxxxxxxxxxx
27 Jun 12:42:50 160 Sent command "LIST"
27 Jun 12:42:50 160 Awaiting response to LIST command
27 Jun 12:42:50 150 +OK
[...]
27 Jun 12:42:55 160 Sent command "DELE 3"
27 Jun 12:42:55 160 maxsize = 25600, i = 4, info->list[i-1] = 4840
27 Jun 12:42:55 160 requested = 0/0, max = 0/0
27 Jun 12:42:55 160 Sent command "RETR 4"
27 Jun 12:42:55 160 maxsize = 25600, i = 5, info->list[i-1] = 3461
27 Jun 12:42:55 160 requested = 1/4840, max = 0/0
27 Jun 12:42:55 160 Sent command "RETR 5"
27 Jun 12:42:55 160 maxsize = 25600, i = 6, info->list[i-1] = 5236
27 Jun 12:42:55 160 requested = 2/8301, max = 0/0
27 Jun 12:42:55 160 Sent command "RETR 6"
27 Jun 12:42:55 160 maxsize = 25600, i = 7, info->list[i-1] = 10148
27 Jun 12:42:55 160 requested = 3/13537, max = 0/0
27 Jun 12:42:55 160 Sent command "RETR 7"
[...]
27 Jun 12:42:55 160 Awaiting response to DELE 3 command
27 Jun 12:42:55 150 +OK message marked for deletion
27 Jun 12:42:55 160 Sent command "RETR 18"
27 Jun 12:42:55 160 maxsize = 25600, i = 19, info->list[i-1] = 4316
27 Jun 12:42:55 160 requested = 15/122452, max = 0/0
27 Jun 12:42:55 160 Awaiting response to RETR 4 command
27 Jun 12:42:55 150 +OK 4840 bytes
27 Jun 12:42:55 160 Sent command "DELE 4"
27 Jun 12:42:55 160 Awaiting response to RETR 5 command
27 Jun 12:42:55 150 +OK 3461 bytes
27 Jun 12:42:55 160 Sent command "DELE 5"
27 Jun 12:42:55 160 Awaiting response to RETR 6 command
27 Jun 12:42:55 150 +OK 5236 bytes
27 Jun 12:44:00 020 Socket error when receiving data from server:
Connection timed out (60)
27 Jun 12:44:00 020 Server failed to reply to RETR command: Connection
timed out (60)
27 Jun 12:44:00 160 Sent command "RETR 19"
27 Jun 12:44:00 160 Sent command "QUIT"
27 Jun 12:44:00 060 Fetched 2 messages for xxxx@xxxxxxxxxxxxxxxxxx
27 Jun 12:44:00 160 riscnet_mailfinish: newmsgs = 2, but riscnet not
present
logging the output of a manual fetch may help too (assuming that[...]
the server accepts plain-text passwords):
Check carefully the byte count which the server reports for the RETR
command (allow for CRLF line endings) and that the message is
terminated by "." on a line of its own. Workarounds may be needed...
The server responds to RETR commands perfectly well up until the problem
message, which at the moment is message 6 of 40. RETR 6 responded
+OK 5236 bytes
but then failed to do anything else, with further commands being ignored,
until the connection timed out.
Why should these messages from my department be unreadable even with a
manual fetch, yet two unrelated webmail interfaces access it perfectly
well, and the raw mail (as you saw yourself) fetches fine from your own
server?
--
Lackland's Laws: 1.Never be first. 2.Never be last. 3.Never volunteer for anything
||Mark Rowan|| Iyonix PC, 128MB, 80GB, RO 5.11 | Skype tamias_striatus
http://www.tamias.co.uk | mark(at)tamias co uk | ICQ 30759398 | ZFC-A(Ca)
Reply-to is valid, PGP mail preferred: http://tamias.co.uk/cgi-bin/email
.
- Prev by Date: Re: Problems with printers
- Next by Date: Re: Problems with printers
- Previous by thread: Problems with printers
- Next by thread: RiScript
- Index(es):
Relevant Pages
|