Hello to this list,
Hello Sam,

I'm sorry for posting about this problem here, but the competence in 
this list (especially Sam's) is way higher than elsewhere on the 
subjects of IMAP and Co. That's why I'm hoping to find a hint to a 
problem I'm seeing when supporting users using Apple Mail (in situations 
where I just can't move them to another mailer).

This is: Apple Mail makes an SQLite database with metadata about 
messages, to display them faster. This database gets screwed up 
regularly, I have to delete it and let it rebuild. I'm trying to track 
down the problem to make an appropriate bug report and/or verify that 
it's not my courier configuration that has something wrong.

I'm asking about some hints regarding the IMAP synchronisation: What are 
courier's message IDs based on? The Apple Mail database maintains a 
"remote_id" which in 90% seems to be an integer, in some it looks more 
like an md5, and there are even some other examples where it looks 
completely different.

Although I haven't seen it happen on mails hosted on other servers than 
courier, this must be a client problem, since it's the client's DB 
screwing up, not other clients or the webmailer. I'd just be glad on any 
hint (even just about appropriate reading on imap and/or courier's 
implementation) to see if I can track this down.

So my question is: are there possible ID-concurrency scenarios in the 
IMAP protocol and/or in courier, which could be bad-interpreted or 
badly-used by $%##$(@ software like Apple Mail, in an effort to match 
them with a local store? Can the server filesystem play a role in this 
or any local server software such as fam and Co.?

Thanks a lot for reading this, it's really driving me nuts lately...

Regards,

Lorenzo


------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to