[dev] STATUS_SYNC* discussion (Was: [Tickets #11612] Re: Broken imap fetch query)

[Michael J Rubinsky]

Quoting Vilius ?umskas <vilius at lnk.lt>:

> Hi,
>
> Tuesday, November 6, 2012, 6:49:43 PM, you wrote:
>
>> Quoting Michael M Slusarz <slusarz at horde.org>:
>
>> <snip>
>
>>> Why are you storing/comparing flags?  I don't think it's asking too
>>> much to require someone who wants to use activesync to be using a
>>> CONDSTORE server, or else they are not getting flag changes.  That's
>>> the way IMP used to work, and is a reasonable trade-off.
>
>> Honestly, because I want to avoid the "It works with ZPush" complaints
>> and it isn't that much more work to implement. Few things will
>> irritate users more than seeing an inbox full of unread messages on
>> their device after they have already read them on the desktop. I
>> already need to get the flag state from the server anyway (I have to
>> filter out the /deleted flag since AS doesn't support it). Do you have
>> any information regarding the prevalence of CONDSTORE support in
>> modern IMAP servers? If it's mostly ubiquitous then I'd have no
>> problem removing it.
>
> I  don't want to interrupt the discussion, but there is one more thing
> to  consider.  Even  if  the IMAP server supports CONDSTORE it doesn't
> mean  that  MODSEQ  is  available  on  the  mailbox  level.  It can be
> enabled/disabled  per  folder. In fact all versions of Cyrus until and
> including  2.3  has  it  disabled  by default. Not sure if it was ever
> changed  in 2.4, because Cyrus roadmap contained exactly that item for
> 2.4, but I don't have a possibility to try. Even  if  it  was  the   
> case  all  most popular commercial Linux
> distributions still runs 2.3 series.

Yeah, the code already has checks in place for folders without MODSEQ  
(which causes the $imap->status() call to return zero for the modseq  
values for these folders).

Thanks for the input though.
-- 
mike

The Horde Project (www.horde.org)
mrubinsk at horde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6062 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.horde.org/archives/dev/attachments/20121106/cafa2c20/attachment-0001.bin>