On Wed, Oct 10, 2012 at 10:43 AM, Oswald Buddenhagen <o...@kde.org> wrote:
> On Fri, Sep 28, 2012 at 12:15:57AM +0300, Ciprian Dorin Craciun wrote:
>>     Any other ideas?
>>
> doesn't
>   mbsync --pull-new --push
> do more or less what you want?

    I think I've tried that and I think it still tries to "stat" all
the emails... I'm 60% sure, I'll try it again.

    So by putting `Sync pullnew` in the configuration file for that
store it seems not to fix the issue... (That is I still get
`SSL_read:got EOF` from the server, which is what I usually get
because of the number of emails. Thus the time until it tries to fetch
a single email is of at least a few minutes, and I get the EOF before
it gets there...)


> you may also consider using MaxMessages unless you actually *need* all
> those mails on the client side.

    I would use it, but unfortunately it doesn't have quite the semantic I need:
    * from the documentation it seems that it both downloads the last
emails, but also deletes from my slave store all the other emails;
    * I do need to download only the last emails, but I would like the
store to also keep all the "unwanted" emails;

    As such maybe MaxMessages should have two values:
    * how many emails to fetch from the past;
    * how many emails to keep in the store;
    (0 means infinity for both as is now;)


>>     P.S.: Bonus point if I can have the "draining" work continuously
>> without periodically starting `mbsync`... (Although I can hack this
>> with `Tunnel` not to login multiple times...)
>>
> daemon mode is on the todo list.

    Glad to hear that.

    Ciprian.

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel

Reply via email to