threads / discuss / 26672

git for mail synchronization

Subject: git for mail synchronization

## tl;dr

2 messages between Mar 6, 2011 and Mar 6, 2011.

replies: 1people: 2as markdown or json

Enrico Weigelt· Mar 6, 2011, 19:10 UTC · lore

Hi folks,

I'm currently thinking about using git for mail synchronization. The scenario:

* multiple hosts share a set of maildirs where new mails can be
  added or removed arbitrarily (using non-conflicting filenames,
  eg. their sha-hashes)
* on each host, the current tree is committed in some time
  interval
* the hosts pull from each other and merge in the other's trees.

Could this work well ?

cu

-- 
----------------------------------------------------------------------
 Enrico Weigelt, metux IT service -- http://www.metux.de/

 phone:  +49 36207 519931  email: weigelt@metux.de
 mobile: +49 151 27565287  icq:   210169427         skype: nekrad666
----------------------------------------------------------------------
 Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
----------------------------------------------------------------------

Greg KH· Mar 6, 2011, 19:56 UTC · re: Enrico Weigelt · lore

Re: git for mail synchronization

On Sun, Mar 06, 2011 at 08:10:13PM +0100, Enrico Weigelt wrote:

Show 16 quoted lines

> 
> Hi folks,
> 
> 
> I'm currently thinking about using git for mail synchronization.
> The scenario:
> 
> * multiple hosts share a set of maildirs where new mails can be
>   added or removed arbitrarily (using non-conflicting filenames,
>   eg. their sha-hashes)
> * on each host, the current tree is committed in some time
>   interval
> * the hosts pull from each other and merge in the other's trees.
> 
> 
> Could this work well ?

It can work, there was a blog post somewhere that showed one solution for this type of thing, google is your friend here.

But, I would recommend just using something like offlineimap instead, it handles stuff like this much easer than git, and then using git to store an "archive" version of emails you want to keep longer. That's what I do and it's much easier in the end.

best of luck,

greg k-h