Archive of RubyForge sup-devel mailing list
 help / color / mirror / Atom feed
* GMail, was: Re: [sup] Please review the documentation in class Source for implementing new Sources (#113)
       [not found] ` <sup-heliotrope/sup/issues/113/21703944@github.com>
@ 2013-07-29  7:54   ` Gaute Hope
  0 siblings, 0 replies; only message in thread
From: Gaute Hope @ 2013-07-29  7:54 UTC (permalink / raw)
  To: sup-heliotrope/sup
  Cc: Petr Pudlák, sup-heliotrope/sup, Sup developer discussion

Hi Petr,

Take a look at Horacio's work, he has gotten pretty far doing just that!
But some of the label stuff can be very slow for large volumes atm.

His gmail.rb is well-written and relatively easy to understand:
https://github.com/hsanson/sup/tree/gmail_source

His last message to sup-devel:
http://rubyforge.org/pipermail/sup-devel/2013-July/001415.html

Also, feel free to sign up to the devel mailing list:
http://rubyforge.org/mailman/listinfo/sup-devel

or the users list, sup-talk: http://rubyforge.org/mailman/listinfo/sup-talk

Regards, Gaute

On 29. juli 2013 09:44, Petr Pudlák wrote:
> Thanks for help. To clarify, my aim is to use sup with GMail on 
> multiple computers with locally cached messages. For this to work 
> correctly I need to synchronize labels back to GMail. Since this 
> seems problematic with maildir, my idea is to:
> 
> - Store emails in a SQLite database. This way I'll get ACID 
> properties for free, as well as the possibility to add additional 
> information to messages, such as labels. Another bonus are simple 
> backups - everything is in one file. - Write a simple GMail-IMAP 
> synchronization tool that only downloads messages from _All mail_ to 
> the database and synchronizes labels back using [GMail 
> extensions](https://developers.google.com/gmail/imap_extensions#special-use_extension_of_the_list_command).
>
> 
(There could be some time limit like "download only messages newer
> than 1 year or so.) - Modify sup so that it can use this SQLite
> store and store (or copy) labels into it.
> 
> This also solves the awkward intermediate step when using
> OfflineIMAP that labels are first converted into IMAP folders,
> downloaded locally to multiple folders and then again converted to
> labels for sup (and sup needs to check multiple folders). Using
> instead one big folder that understand labels seems much cleaner.
> 
> (Perhaps it would be worth to store GMail thread ID too?)
> 
> --- Reply to this email directly or view it on GitHub: 
> https://github.com/sup-heliotrope/sup/issues/113#issuecomment-21703944
>


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2013-07-29  7:54 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <sup-heliotrope/sup/issues/113@github.com>
     [not found] ` <sup-heliotrope/sup/issues/113/21703944@github.com>
2013-07-29  7:54   ` GMail, was: Re: [sup] Please review the documentation in class Source for implementing new Sources (#113) Gaute Hope

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox