Re: [Imap-protocol] Re: Suspend/Restore feature proposal
Bron Gondwana <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <1354010571.12520.140661158658949.22643EF6@webmail.messagingengine.com> |
On Tue, Nov 27, 2012, at 02:48 AM, Michael M Slusarz wrote: > Quoting Brandon Long <[email protected]>: > Not sure how you are supposed to do this on IMAP servers that don't > support ID. Or don't send version information: Dovecot, for one, > doesn't by default. Or for installations that use a version of your > software released before a particular IMAP server even breaks (full > disclosure: the recent Cyrus break is weird because it sent a BYE and > terminated instead of a failed command, so that wasn't previously > scanned for so we weren't catching this until recently. so we're not > perfect either.). I'm kinda embarassed about this one! I forgot to put the GUID calculation call in the APPEND BINARY path, because nothing ever tested it and it appeared nobody was using it, because we didn't have a single complaint or failure with it until just a few weeks ago. > IMAP command sniffing = javascript browser sniffing. The days of > parsing a browser's User-Agent field are so 1999. Version 9.x (like something) (like somethingelse) ... Yeah, sniffing is fun. The Cyrus XFER command now does version sniffing to work out which version of cyrus.index the remote end supports, so it can downgrade the files before transfer. Kinda messy, but a whole lot better than not working at all! Bron. -- Bron Gondwana [email protected] _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol