On Tue, May 12, 2015 at 09:11:22PM +0100, aredoci...@gmail.com wrote: > I have a (possibly silly) idea for my set-up that basically involves mbsync > running continuously as a daemon, [...] > > a) are there existing tools available to do this? (I do not have shell > access > to the remote servers) > https://github.com/onmsg/onmsg/blob/master/scripts/mbsync-idle was posted to this list a while ago.
> c) if not, is it something you might consider adding in a later release, or > accepting a patch for? > yes. beware of the dragons. > - for remote changes, using the full functionality of IMAP to receive > notifications pushed from the server in order to trigger a sync. > yes. > - for local changes, monitoring the local maildir with file > descriptors (as far as I can tell, mbsync is written for UNIX only, so > inotify or dnotify both appear at first read to be appropriate here. > these interfaces are both linux-only, but that doesn't bother me much (adding support for other unixes is easy enough if somebody cares, and about windows (dunno how well mbsync works with cygwin these days) i couldn't care less). > [2] http://sourceforge.net/p/isync/mailman/message/30353955/ > not much new since then. mbsync now has timers, but that's the part you are least interested in. the most authoritative "thread" on this topic so far is https://sourceforge.net/p/isync/mailman/message/31676217/ - i.e., pretty much nothing. one can: - use one of the notification extensions and fire up a regular sync when something happens. this is what mbsync-idle does (and so does mswatch in a diffent way, and i have my own shell access based solution for that), and it's easy enough to implement. it would be just an alternative to timer-based polling in a generalized "daemon mode". - actually integrate one of the smarter extensions (QRESYNC in particular) for optimal performance (this would matter for huge boxes which see much traffic and access from multiple replicas). this is probably a lot of work, as one would have to re-organize the core of the synchronization (instead of fetching the message status of the whole mailboxes and calculating the delta in the higher-level code, the drivers would have to provide the delta already, so it could choose whether to fall back to the generic code or use an optimized code path). ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ isync-devel mailing list isync-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/isync-devel
