My understanding of UID, was "Unique Idenitifier" (a few years back I wrote
a mail client for automated processing of some control messages). The Server
I was using at the time, handed out UID's and they didn't change during the
course of a session - even if a message was deleted, allowing you to use the
same UID to retrieve a message (even if you had already deleted other
message from the inbox).

Admittedly this was POP, and also admittedly, I don't know the RFC for IMAP
as maybe I should before saying this, but what happens if we make IMAP UID
more like POP's?

http://mail.gnu.org/archive/html/bug-mailutils/2001-01/msg00026.html

My understanding is that IMAP UID is supposed to be ascending, but POP3's
requirement is simply that it be unique? What would happen if IMAP UID was
simply unique? Would client software break? Much client software is used to
dealing with POP where only uniqueness is required, so perhaps it would be
fine?

Or am I way off base?

m/

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sam
Varshavchik
Sent: Monday, March 10, 2003 2:43 PM
To: Courier-Users
Subject: [courier-users] Re: imapd slow


Mitch \(WebCob\) writes:

> Ok, so maybe I'm crazy, but couldn't the UID be generated in a reversable
> form from the filename itself? Thereby eliminating the database and
allowing
> a message to keep it's UID across file moves?

A UID is a numerical counter.  Some have advocated inserting the UID into
the filename.  That's not going to work for a number of reasons (think
moving a message to a different folder).



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to