Re: IMAP4 Flags Modifications

Simon Banks <[email protected]> Mon, 10 Sep 2007 13:40:34 +0100
Newsgroups gmane.mail.libetpan.user
Organization Alcatel Lucent
Message-ID <[email protected]>
DINH Viêt Hoà wrote:
> On 9/7/07, Simon Banks <[email protected]> wrote:
>   
>> I'm nearly there on the finished product..  Well be going live with a
>> major North American Service Provider within the next few weeks.
>>     
>
> For information, could I be informed about the name of this Service Provider ?
> (You can send me by private email)
> I would also be interested by a feedback of the use of the library.
>   
I can't name the SP in question until they have "officially" launched 
the service due to legal reasons but once the product has been announced 
I promise to give you the details.  Other than that we've written a 
carrier grade backend with a AJAX presentation layer to some existing 
IMAP4 mailboxes (many millions of subscribers) and libetpan plays a 
keystone role.

Once the product has been proven we will then start to sell the backend 
to other SP's around the world.

Feedback I can do once the product has been accepted etc. 
>> However I've noticed some interested issues around IMAP4 flags
>> modifications and I was wondering if somebody would help me understand
>> how libetpan modifies envelope flags.
>>
>> I've some code which does mailmessage_get_flags() and then after
>> applying my modifications calls mailmessage_check() but I'm unsure when
>> the flags get updated on the remote system.  Is there a flags flush
>> function I can confirm they will be set?
>>
>> Also whats the difference between mailfolder_check() and
>> mailmessage_check(), is one more effient that the other?
>>     
>
> mailmessage_check() will inform the "mailfolder" object that flags of
> a message have changed.
> mailfolder_check() will store the flags of the messages on which
> mailmessage_check() has been called.
>   
Thanks I've updated my latest package to include the mailfolder_check() 
after I've finished my get/recalc/check flags loop..

Regards
Simon

-- 
Knowledge is a process of piling up facts; wisdom lies in their simplification.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
Libetpan-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libetpan-users
sbanks.vcf (text/x-vcard, 732 B)
begin:vcard
fn:Simon Banks
n:Banks;Simon
org:Lucent Technologies ltd;Professional Services
adr:Broad Lane;;Sterling Court;Bracknell;Berkshire;RG12 9GU;UK
email;internet:[email protected]
title:Staff Software Engineer
tel;work:+44-(0)-1344-827565
note:Unless otherwise agreed expressly in writing by the sender (Simon Banks), this communication is to be treated as confidential and the information in it may not be used or disclosed except for the purpose for which it has been sent. If you have reason to believe that you are not the intended recipient of this communication, please contact the sender immediately. 
x-mozilla-html:TRUE
url:http://www.alcatel-lucent.com
version:2.1
end:vcard
smime.p7s (application/x-pkcs7-signature, 3.9 KB) - not displayed