Re: [Imap-protocol] If Crispin were creating IMAP today how would it be different?
Ladar Levison <[email protected]> Wed, 11 Mar 2015 10:00:06 -0500
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <[email protected]> |
On 3/9/2015 10:35 AM, Bill Janssen wrote: > I'm guessing that's why Oracle has a sync protocol instead of a remote > DB protocol. The mobile client works against an on-phone copy of the > DB, using a variant of Oracle's full SQL -- the documentation says it > is SQLite compatible -- and then there's a minimal sync protocol which > keeps that in step with the full DB back on the server. Interesting > question as to whether the on-phone copy is a subset or not. On 3/8/2015 11:13 AM, Bill Janssen wrote: > And let the DB guys solve the intermittent connection problems :-). > Oracle, for instance, has a "Mobile Server" product that synchonizes a > local cache on a mobile device with a remote Oracle DB, including SSL > encryption on the sync connection, and data compression. > Bill, how much is Larry paying you? It might be fun to submit an RFC draft that "mandates" the use of something like the Oracle Mobile Server. Or heck, requires everyone install Panagon on their machine to access their email - just to hear the groans. If carrier pidgeons can make it past the rfc-editor then why not? :) On a slightly more serious note, Dovecot has a protocol for syncing message stores, but I haven't studied it closely yet. L~ _______________________________________________ Imap-protocol mailing list [email protected] http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
signature.asc
(application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVAFh3AAoJEMR5kTl8dRp/HSsP/1P4a4q88jEFfdbV4DJMDDPD ubdDDZMEgZl0/NZDrd9/OZ09yR+7x8vRdayY782j/otBFKlX75IfF8u4H+ll7rEu bLBS/CSSmoSXIngz1FWgbu4E6QDo+2ZwAxZg3SqCzROQ+1sEQ4CHutxkbxNa5IHw 6ArgP1E+bhXXXKvlFBuKuO8uhDZ2XP/bGx/VNbhpXIkYNeN14Q+UUMYVKDkrY/Ow 6/xE6XU9tKl6cgY2r4wJ1WFh02BmULbXL/s1jYihZFgTwoQ49gks903o0WgqRwaz 4qGmRZPiGFyzFliqMsmybCglQDZ3VJEfKvHjDQjidUUec4QALxV2LhhFfPDfw5vJ BJ/2D7vedCmlMSSk7qN9yuqJxtl1fBm+HUPCLZudOz6gu4lsrMStsIVZJAu41NRY lAu6UK4wLa+L5lcnpkhhvMMNis3wMTb6LOXcnxy5ItZHk6gsLK0mcFCZf12hlbVi /LoXbjOJqONF/wNilgkXrvni/XpAazpaf7wYQ/GPzPykVLk28Mmfm/4qxobxP2aW 7MbXy31iaXTeIQhJbx/frap6votRDCXDFLgSoUKSXiz6QzCkEBB4PC5RpTPVcChm ceqtkKo91vPJXnvEbjmxjmwUxG3xcnE9Ey0ZsG+Z42jfzwPdCf2yRUFVAt2v/bLg 0CGLmLpI/zp/13OX5ivi =9b/G -----END PGP SIGNATURE-----