is true for the first message ever received in an email account (e.g., the first message happens to have a unique id of 0), which is causing the shorter UID code to be bypassed for that first message... Is this easy to get fixed?
No. This occurs due to legacy reasons. Previously long UIDs were used without a courierpop3dsizelist file. In order not to have the UIDs of existing messages rudely changed when upgrading, messages that exist in the mailbox without a courierpop3dsizelist file are assumed to be old messages, with long UIDs.
Does it make sense to modify maildirmake to touch courierpop3dsizelist while it's making the new, cur, tmp directories? (Or maybe add an optional flag that creates "all" courier-specific files?)
The problem we're having is rather annoying: user creates new email account through control panel; user gets email with long UID; user is never able to check account because their client crashes. I can fix it on our side, with the info given above, but it might be good to make the change in Courier so that everyone benefits.
best, Jeff
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
