Sunday, August 10, 2003, 8:44:04 PM, you wrote:
AM Examine the dupes and see if they have the same message id's and
AM creation dates. Once those are the same, TB! really aught to be getting
AM rid of the duplicates.
Unfortunately I've deleted the messages now in my massive cleaning-up exercise.
Friday, August 8, 2003, 9:09:36 PM, you wrote:
MDP It sounds to me like a trick of the server - that it is allocating a
MDP rash of message IDs all of its own choosing at point of download
MDP instead of preserving the originals. Otherwise Kill dupes will
MDP work.
Yeah, something must be wrong
Sunday, August 10, 2003, 11:58:24 PM, you wrote:
TF No, I just checked, I have no dupes coming into my myrealbox.com
TF account (see From address).
Lucky you :) I get them very regularly, and am now on the lookout for another
email client because I'm getting tired of this. I think I'll wait for
Hi Thomas,
Friday, August 8, 2003, 12:32:38 PM, you wrote:
TF It sound like web2pop creates new UIDs for the messages every time you
TF invoke it. TB uses uses the UIDL to check whether messages have been
TF downloaded yet. So it won't recognise messages downloaded earlier if
TF the UIds are
Friday, August 8, 2003, 8:37:38 PM, you wrote:
AM . Since this is so strange, I have to ask the
AM obvious. I assume the duplicates are in the same folder, right?
Yep, they sure are. Same folder..even get arranged right next to each other when
i sort on date or anything else.
-Vishal
Friday, August 8, 2003, 8:41:46 PM, you wrote:
MDP ... not entirely :-). The fact is, that when you change store on
MDP server settings to not, the last message downloaded memory is
MDP reset and *all* messages still on the server are downloaded for a
MDP final time.
That's what it seemed like.
6 matches
Mail list logo
