MantisBT

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000310Messenger Promiscpublic19 Jan 15 19:2503 Mar 15 12:47
ReporterJNicoll 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusacknowledgedResolutionopen 
PlatformWindowsOSXPOS VersionHome
Summary0000310: Problems with UIDLs files
DescriptionMP V2.72.0.3902 4.8.6 XP Home (32-bit)

(I collect mails via POP3 & have the option set to have them
deleted from the server after fetching. I realise that if I
was using POP3 and wanted them left on the server, or perhaps
if I was using IMAP with mails kept on the server, what I
expect/want might involve different use of the UIDLs file.)

So far as I know the UIDLs file is used to record the UIDL
values of mails that MP has downloaded successfully. I
/think/ that if a session gets terminated before being QUIT
neatly, this list of values prevents MP from re-downloading
those mails.

But, when MP connects to the server and sees no waiting mails,
surely the UIDLs file on the local machine should then be
cleared/deleted?

My experience is that UIDLs files slowly grow. Indeed, quite
some time ago I started deleting any such files still present
in Account folders at the end of the day, when I also move the
logs fies elsewhere & then backup the whole application.

I don't care if a mail that's already been fetched, but is still
on the server (because a DELE never got processed when a session
fell over) gets fetched again, once in a while. And, from my pov
it's better that orphaned msgs on the server do then get properly
deleted (after a re-fetch), rather than lurking on the server for
months.


A couple of days ago I noticed something (which I'm sure I have
seen before but perhaps not reported). MP had been shutdown and
the UIDLs file for one account deleted. I was looking at the mail
provider's system via a webmail interface & knew there was a mail
waiting to be collected. Next time MP ran it didn't collect that
mail. Why not? It's as if there was a UIDLs file... but there
was no such file on my PC. Looking at the POP3 log I saw:

Jan 16 04:28:22 (11) <<<< +OK POP3 ready
Jan 16 04:28:22 (11) Logging in to mailbox xxxx...
Jan 16 04:28:22 (11) >>>> USER xxxx...
Jan 16 04:28:22 (11) <<<< +OK
Jan 16 04:28:22 (11) >>>> PASS xxxx...
Jan 16 04:28:22 (11) <<<< +OK Mailbox locked and ready ....
Jan 16 04:28:22 (11) Listing mailbox contents...
Jan 16 04:28:22 (11) >>>> STAT
Jan 16 04:28:22 (11) <<<< +OK 1 8344
Jan 16 04:28:22 (11) >>>> QUIT
Jan 16 04:28:22 (11) Disconnecting...
Jan 16 04:28:23 (11) <<<< +OK

and I don't understand why neither a UIDL nor LIST command has been
issued. How can MP be sure that that waiting email doesn't need to
be collected?

As soon as the mailbox gains another mail, things work as I'd expect:

Jan 16 04:44:25 (8) <<<< +OK Mailbox locked and ready ....
Jan 16 04:44:25 (8) Listing mailbox contents...
Jan 16 04:44:25 (8) >>>> STAT
Jan 16 04:44:25 (8) <<<< +OK 2 13082
Jan 16 04:44:25 (8) Listing mailbox contents...
Jan 16 04:44:25 (8) >>>> UIDL
Jan 16 04:44:25 (8) <<<< +OK unique-id listing follows
Jan 16 04:44:25 (8) <<<< 1 1331500546.250667
Jan 16 04:44:25 (8) <<<< 2 1331500546.250774
Jan 16 04:44:25 (8) <<<< .
Jan 16 04:44:25 (8) Listing mailbox contents...
Jan 16 04:44:25 (8) >>>> LIST
Jan 16 04:44:25 (8) <<<< +OK scan listing follows
Jan 16 04:44:25 (8) <<<< 1 8344
Jan 16 04:44:25 (8) <<<< 2 4738
Jan 16 04:44:25 (8) <<<< .
Jan 16 04:44:25 (8) >>>> RETR ...
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
19 Jan 15 19:25 JNicoll New Issue
03 Mar 15 12:47 mark Status new => acknowledged


Copyright © 2000 - 2018 MantisBT Team
Powered by Mantis Bugtracker