Hi, I've been following this thread with interest and now I cant decide if my implementation is compliant or not.
Mark Crispin wrote: --------------------------------------------- You could keep track of STATUS vs. SELECT, and only increase the UIDVALIDITY on SELECT. Or (and this is probably better) increase the UIDVALIDITY subsequent to the SELECT so that STATUS will show the UIDVALIDITY of the next SELECT. --------------------------------------------- My implementation will return the same UIDVALIDITY for each SELECT unless its internal UIDNEXT becomes invalid due to some other external influence. Mark statement implies that UIDVALIDITY should increase UIDVALIDITY on select rather than when the UIDNEXT goes out of scope. Which is correct? Regards Richard Bang Floosietek Ltd [EMAIL PROTECTED] http://www.floosietek.com > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Jason Munro > Sent: 18 June 2003 06:35 > To: [EMAIL PROTECTED] > Subject: [UbeBlock Hit] Re: RFC3501 clarifications > > > On June 17, 11:43 pm Mark Crispin <[EMAIL PROTECTED]> wrote: > > On Tue, 17 Jun 2003, Jason Munro wrote: > > > > solution I know of to get around this problem for a > client written in > > > a language unable to maintain a stateful connection is > an imap proxy > > > type solution which presents its own set of problems for > which I am > > > not prepared to address at this time. > > > > Other implementors have addressed this problem, and create > only one IMAP > > session for the duration of the webmail session. > > Interesting, I will have to investigate how this can be > accomplished. AFAIK > PHP does not provide the functionality to maintain a persistent socket > connection with an IMAP server after the script execution has > completed. I > would *love* to provide that if it is possible. Another issue > I have is > that my client uses its own functions to perform the IMAP > communications > because I have not been impressed with the built-in PHP > functions. I have > been pleasantly surprised with the performance even with the > additional > connect/disconnect overhead (even over ssl) but to keep the > session active > and update via status and select calls makes my mouth water :) > > I guess that goes on my to-do list right around how to > eliminate the list > "" * call (my client currently only supports a "flat" list of > folders since > there is only a folder list drop down box) > > thanks for the response > > \__ Jason Munro > \___ [EMAIL PROTECTED] > \____ http://hastymail.sourceforge.net/ > >
