Re: isync and gmail issue

2013-10-27 Thread Eric Abrahamsen
Oswald Buddenhagen  writes:

> On Sun, Oct 27, 2013 at 10:12:42AM +0800, Eric Abrahamsen wrote:
>> as mbsync often doesn't return cleanly after a socket error.
>> 
> hmm. i fixed some (ssl-related) socket error handling problems some
> months ago in master.
> however, what is still missing is timeout handling, so if the
> conection simply gets stuck, there is nothing to terminate it. i think
> we already talked about that?

Did we? Actually, now that I think about it I haven't seen a hang for a
while, so maybe your fix took care of it.

>> Can you elaborate a bit on PipelineDepth (what does that actually do?),
>>
> it simply limits how many imap commands are allowed to be "in flight" -
> when you set it to 1, it will effectively operate synchronously.
> that means that the line latency is used as a throttle.
>
>> or other possible solutions to this? Is there a way to "throttle"
>> updates from my end, so that gmail doesn't freak out and cut me off?
>> 
> nothing in mbsync so far, and not knowing google's precise limitations,
> it would be somewhat hard to create something really effective. you may
> want to experiment with a kernel-based (outgoing) traffic shaper to
> simply limit the bandwitdh.

Okay, thanks for the tips. Kernal traffic shaping would be new territory
for me, but maybe it wouldn't hurt to learn!

Eric


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail issue

2013-10-27 Thread Oswald Buddenhagen
On Sun, Oct 27, 2013 at 10:12:42AM +0800, Eric Abrahamsen wrote:
> as mbsync often doesn't return cleanly after a socket error.
> 
hmm. i fixed some (ssl-related) socket error handling problems some
months ago in master.
however, what is still missing is timeout handling, so if the
conection simply gets stuck, there is nothing to terminate it. i think
we already talked about that?

> Can you elaborate a bit on PipelineDepth (what does that actually do?),
>
it simply limits how many imap commands are allowed to be "in flight" -
when you set it to 1, it will effectively operate synchronously.
that means that the line latency is used as a throttle.

> or other possible solutions to this? Is there a way to "throttle"
> updates from my end, so that gmail doesn't freak out and cut me off?
> 
nothing in mbsync so far, and not knowing google's precise limitations,
it would be somewhat hard to create something really effective. you may
want to experiment with a kernel-based (outgoing) traffic shaper to
simply limit the bandwitdh.

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail issue

2013-10-26 Thread Eric Abrahamsen
Oswald Buddenhagen  writes:

> On Fri, Oct 25, 2013 at 01:22:13PM -0400, Shaun Reich wrote:
>> So, trying to backup and potentially migrate away from gmail...
>> 
>> What are some possible solutions for this error (receiving it several 
>> times)..
>> 
>> M: +0/0 *0/0 #0/0  S: +10275/87038 *0/0 #0/0
>> Socket error: secure read from imap.gmail.com (173.194.76.109:993):
>> unexpected EOF
>> 
> maybe there is a download limit per session.
> if you are using the master branch, you may want to limit the
> PipelineDepth (to 50?) in case it's a genuine connection instability.
>
> the second number should get smaller in each round if you simply restart
> it, so it should finish at some point ...

I'm in the same boat -- syncing a few hundred thousand messages from
gmail after a move from POP to IMAP, and "at some point" looks like a
month or more into the future. A cron job isn't even that practicable,
as mbsync often doesn't return cleanly after a socket error.

Can you elaborate a bit on PipelineDepth (what does that actually do?),
or other possible solutions to this? Is there a way to "throttle"
updates from my end, so that gmail doesn't freak out and cut me off? I'm
also doing these updates from inside China, so I've got both "connection
instability" and gmail to contend with...

Thanks,
Eric


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail issue

2013-10-25 Thread Oswald Buddenhagen
On Fri, Oct 25, 2013 at 01:22:13PM -0400, Shaun Reich wrote:
> So, trying to backup and potentially migrate away from gmail...
> 
> What are some possible solutions for this error (receiving it several times)..
> 
> M: +0/0 *0/0 #0/0  S: +10275/87038 *0/0 #0/0
> Socket error: secure read from imap.gmail.com (173.194.76.109:993):
> unexpected EOF
> 
maybe there is a download limit per session.
if you are using the master branch, you may want to limit the
PipelineDepth (to 50?) in case it's a genuine connection instability.

the second number should get smaller in each round if you simply restart
it, so it should finish at some point ...

> It seems gmail does not want me to leave their services.. ;)
> 
don't worry, they hate all their power users. they are known to throttle
the rate of imap commands.

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-07-12 Thread Gammel Holte
>> Has the bug I mention above been fixed? (Initially mbsync disregards
>> MaxMessages and syncs the whole mailbox instead.)
>>
> nope. i have it open in the editor ... for months (well, their
> weekends), but this is some of the most complex code i've ever written,
> and i'm simply not getting around to properly diving into it again.

Haha, I see ;-)

You should eventually get around it. isync is otherwise great!

Best,
A.

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-07-11 Thread Oswald Buddenhagen
On Thu, Jul 11, 2013 at 11:05:36PM +0200, Gammel Holte wrote:
> Has the bug I mention above been fixed? (Initially mbsync disregards
> MaxMessages and syncs the whole mailbox instead.)
> 
nope. i have it open in the editor ... for months (well, their
weekends), but this is some of the most complex code i've ever written,
and i'm simply not getting around to properly diving into it again.

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-07-11 Thread Gammel Holte
Hi,

>>> I tried again marking all the messages in my Gmail account as read and
>>> unstarred (no flag). The result is the same. mbsync tries to
>>> synchronise the whole mailbox (>33000 mails).
>>>
>> after checking the source, the problem is pretty obvious: MaxMessages is
>> not applied to new mail at all. that's ok for building up archives, but
>> obviously totally deadly for existing ones. i don't know how hard it
>> will be, but i'll need to reshuffle quite some logic.
>
> Would be awesome if this gets fixed, I think it's the only issue
> preventing me to go full mbsync+notmuch. Right now I'm using the web
> interface and other mail tools to go through a huge chunk of unread
> mail spread over several huge folders. I also know this is the only
> limitation that prevents some people from going the same way.

Has the bug I mention above been fixed? (Initially mbsync disregards
MaxMessages and syncs the whole mailbox instead.)

I just tried the latest version from the git repository and it seems
it hasn't been addressed. It would be awesome, as Felipe pointed out
earlier in the conversation, since it is the only thing preventing
many people to go full mbsync.

Thanks,
A.

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-13 Thread Felipe Contreras
On Sat, Apr 13, 2013 at 1:35 PM, Oswald Buddenhagen  wrote:
> On Sun, Apr 07, 2013 at 09:18:06PM +0200, Alexander Søndergaard wrote:
>> On the second sync, mbsync got rid of all but the latest 1000 messages
>> for the mailbox All. The rest were not pruned since they have very few
>> emails in them.
>>
>> I tried again marking all the messages in my Gmail account as read and
>> unstarred (no flag). The result is the same. mbsync tries to
>> synchronise the whole mailbox (>33000 mails).
>>
> after checking the source, the problem is pretty obvious: MaxMessages is
> not applied to new mail at all. that's ok for building up archives, but
> obviously totally deadly for existing ones. i don't know how hard it
> will be, but i'll need to reshuffle quite some logic.

Would be awesome if this gets fixed, I think it's the only issue
preventing me to go full mbsync+notmuch. Right now I'm using the web
interface and other mail tools to go through a huge chunk of unread
mail spread over several huge folders. I also know this is the only
limitation that prevents some people from going the same way.

Cheers.

-- 
Felipe Contreras

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-13 Thread Alexander Søndergaard
> after checking the source, the problem is pretty obvious: MaxMessages is
> not applied to new mail at all. that's ok for building up archives, but
> obviously totally deadly for existing ones. i don't know how hard it
> will be, but i'll need to reshuffle quite some logic.

OK, great to hear that the problem is isolated.

Best,
A.

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-13 Thread Oswald Buddenhagen
On Sun, Apr 07, 2013 at 09:18:06PM +0200, Alexander Søndergaard wrote:
> On the second sync, mbsync got rid of all but the latest 1000 messages
> for the mailbox All. The rest were not pruned since they have very few
> emails in them.
> 
> I tried again marking all the messages in my Gmail account as read and
> unstarred (no flag). The result is the same. mbsync tries to
> synchronise the whole mailbox (>33000 mails).
> 
after checking the source, the problem is pretty obvious: MaxMessages is
not applied to new mail at all. that's ok for building up archives, but
obviously totally deadly for existing ones. i don't know how hard it
will be, but i'll need to reshuffle quite some logic.

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-13 Thread Alexander Søndergaard
Hi,

is the log I provided enough for figuring out why isync downloads all
mails from Gmail during the first sync, ignoring MaxMessages?

Shall I provide any additional information?

Thanks,
A.

> I have synchronised my Gmail account (just INBOX, All, Drafts & Trash)
> using MaxMessages 1000. All my messages in those mailboxes have been
> downloaded. It took a while for All, as it's >33000. However, the CPU
> usage was very modest. This is cool. With other programs, my poor
> laptop would explode doing the same thing.
>
> On the second sync, mbsync got rid of all but the latest 1000 messages
> for the mailbox All. The rest were not pruned since they have very few
> emails in them.
>
> I tried again marking all the messages in my Gmail account as read and
> unstarred (no flag). The result is the same. mbsync tries to
> synchronise the whole mailbox (>33000 mails).
>
> I killed mbsync once it got past 1000 emails, although I could see
> it'll go beyond 1000 from the very beginning as the status was S:
> +0/33813.
>
> I'm attaching a ls of my All Mail maibox after syncing the first 1000
> emails. It seems that emails are synced in UID order. Gmail assigns
> UID 1 to your oldest email, and so on. I've checked that my email #1
> is the welcome email to Gmail.
>
> Please let me now if I can be of further help.
>
> Thanks,
> A.

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-07 Thread Oswald Buddenhagen
On Sun, Apr 07, 2013 at 05:15:57PM +0200, Alexander Søndergaard wrote:
> > please describe the problem precisely. are all messages fetched, or only
> > a certain subset? do the messages have a particular property in common?
> > etc.
> 
> All messages from all my selected Gmail folders are fetched. Many
> folders have more messages than MaxMessages, but this is ignored.
> 
that's not helpful.
the question is why mbsync decides to keep/download specific messages
within each folder.
- what is the "relative position" of these messages in the folder
  (first, last, somewhere in the middle; are the messages consecutive or
  apparently random (check the UIDs, i.e., the ,U=nnn part in the file
  names))?
- is this a stable state, i.e., do the messages stay over multiple
  syncs?
- are the messages possibly flagged? are they not marked as read?

as you are using notmuch, you need to look at the raw maildirs as seen
by mbsync.

--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-07 Thread Alexander Søndergaard
>>> I still would like 'trash' instead of '[Gmail].Trash'.
>>
>> I would like that as well. But I understand that this might not be a
>> top priority.
>
> Oh yeah, I understand that. Still, that's what I want, and I've gotten
> that with other solutions. For me MaxMessages working properly is much
> more important. Or a stable release with sub-folders.

Yes, I think those are the two top missing features. Sub-folders is
already working in git. A functional MaxMessages (or learning how to
set it up) would be awesome.

mbsync is miles ahead of offlineimap in terms of speed and robustness.
Those are the only two features we're missing to replace it entirely.

>> Right now, I'm achieving this by using symlinks, mainly because
>> dealing with spaces in the mailbox name gets ugly under mutt.
>
> I can't do that, at least not easily, because I index my whole mail
> directory with notmuch, and there's no easy place to this outside of
> that directory.

I also use notmuch (in combination with mutt!). Why is this an impediment?

Best,
A.

--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-07 Thread Alexander Søndergaard
>> > I still would like 'trash' instead of '[Gmail].Trash'.
>>
>> I would like that as well.
>>
> try
>
>   Path "[Gmail]."
>
> in the imap store (and remove that prefix from the Patterns). not sure
> what problems further down the line it may cause ...

OK, I'll try this later and get back to you.

> i can't see anything patently wrong.
> please describe the problem precisely. are all messages fetched, or only
> a certain subset? do the messages have a particular property in common?
> etc.

All messages from all my selected Gmail folders are fetched. Many
folders have more messages than MaxMessages, but this is ignored.

>> CertificateFile /etc/ssl/certs/ca-certificates.crt
>>
> this is not needed (any more).

True. Removed.

--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-07 Thread Felipe Contreras
On Sun, Apr 7, 2013 at 8:09 AM, Alexander Søndergaard
 wrote:
> Thanks for your prompt reply.
>
>> that's of course irrelevent for you now that you are flattening.
>
> Yes, it is irrelevant now. Flattening is working great, which is fantastic.
>
>> I still would like 'trash' instead of '[Gmail].Trash'.
>
> I would like that as well. But I understand that this might not be a
> top priority.

Oh yeah, I understand that. Still, that's what I want, and I've gotten
that with other solutions. For me MaxMessages working properly is much
more important. Or a stable release with sub-folders.

> Right now, I'm achieving this by using symlinks, mainly because
> dealing with spaces in the mailbox name gets ugly under mutt.

I can't do that, at least not easily, because I index my whole mail
directory with notmuch, and there's no easy place to this outside of
that directory.

>> >> 3. The MaxMessages option in my .mbsyncrc file is not working. Is is being
>> >> correctly used?
>> >>
>> >> Channel gmail-local
>> >> MaxMessages 1000
>> >>
>> > there isn't much to do wrong here, really. ^^
>> > most likely is a mismatch in expectations as to what are deletable
>> > messages (make sure you *really* understand the implications of what the
>> > man page says; there is also some related discussion in the list
>> > archive).
>
> I think I found some of the relevant bits of the discussion in the
> list: 
> http://www.mail-archive.com/isync-devel@lists.sourceforge.net/msg00151.html:
>
> "however, it has some known rough edges.
> mbsync does not expire messages which it thinks you have not seen, yet.
> unfortunately, it does not consider read messages seen. :}"
>
> I still don't get the whole picture, though. I'd be very grateful if
> you could point out how to keep the most recent subset of my whole
> Gmail account locally. Here's my full .mbsyncrc. I call mbsync using
> "mbsync -a":

Yeap, that's exactly what I want. Forget about "[Gmail]/All Mail", and
I can't even sync "linux-main" (LKML).

Cheers.

-- 
Felipe Contreras

--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-07 Thread Oswald Buddenhagen
On Sun, Apr 07, 2013 at 03:09:46PM +0200, Alexander Søndergaard wrote:
> > I still would like 'trash' instead of '[Gmail].Trash'.
> 
> I would like that as well.
>
try

  Path "[Gmail]."

in the imap store (and remove that prefix from the Patterns). not sure
what problems further down the line it may cause ...

> mbsync does not expire messages which it thinks you have not seen, yet.
> unfortunately, it does not consider read messages seen. :}"
> 
that's already outdated.

> I still don't get the whole picture, though. I'd be very grateful if
> you could point out how to keep the most recent subset of my whole
> Gmail account locally. Here's my full .mbsyncrc. I call mbsync using
> "mbsync -a":
> 
i can't see anything patently wrong.
please describe the problem precisely. are all messages fetched, or only
a certain subset? do the messages have a particular property in common?
etc.

> CertificateFile /etc/ssl/certs/ca-certificates.crt
> 
this is not needed (any more).


--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-07 Thread Alexander Søndergaard
Thanks for your prompt reply.

> that's of course irrelevent for you now that you are flattening.

Yes, it is irrelevant now. Flattening is working great, which is fantastic.

> I still would like 'trash' instead of '[Gmail].Trash'.

I would like that as well. But I understand that this might not be a
top priority.

Right now, I'm achieving this by using symlinks, mainly because
dealing with spaces in the mailbox name gets ugly under mutt.

> >> 3. The MaxMessages option in my .mbsyncrc file is not working. Is is being
> >> correctly used?
> >>
> >> Channel gmail-local
> >> MaxMessages 1000
> >>
> > there isn't much to do wrong here, really. ^^
> > most likely is a mismatch in expectations as to what are deletable
> > messages (make sure you *really* understand the implications of what the
> > man page says; there is also some related discussion in the list
> > archive).

I think I found some of the relevant bits of the discussion in the
list: 
http://www.mail-archive.com/isync-devel@lists.sourceforge.net/msg00151.html:

"however, it has some known rough edges.
mbsync does not expire messages which it thinks you have not seen, yet.
unfortunately, it does not consider read messages seen. :}"

I still don't get the whole picture, though. I'd be very grateful if
you could point out how to keep the most recent subset of my whole
Gmail account locally. Here's my full .mbsyncrc. I call mbsync using
"mbsync -a":

MaildirStore local
Path .maildb/
Inbox .maildb/INBOX
Flatten .

IMAPStore gmail
Host imap.gmail.com
User @gmail.com
Pass 
UseIMAPS yes
CertificateFile /etc/ssl/certs/ca-certificates.crt

Channel gmail-local
Master :gmail:
Slave :local:
Patterns INBOX "[Gmail]/All Mail" "[Gmail]/Drafts" "[Gmail]/Trash"
MaxMessages 1000
Create Slave

Thanks,
A.

--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-07 Thread Felipe Contreras
On Sun, Apr 7, 2013 at 4:27 AM, Oswald Buddenhagen  wrote:
> On Sat, Apr 06, 2013 at 10:57:09PM +0200, Alexander Søndergaard wrote:
>> 2. Is the aforementioned extra dot in the local foldername a bug?
>>
> no. i followed the example of dovecot and courier (however, i now notice
> that it's not really compatible - subfolders below the top level are
> not supposed to be nested even more, but use a flattened hierarchy. i
> don't think this mix would be a particularly useful format for local
> hierarchical mailboxes).
>
> that's of course irrelevent for you now that you are flattening.

I still would like 'trash' instead of '[Gmail].Trash'.

>> 3. The MaxMessages option in my .mbsyncrc file is not working. Is is being
>> correctly used?
>>
>> Channel gmail-local
>> MaxMessages 1000
>>
> there isn't much to do wrong here, really. ^^
> most likely is a mismatch in expectations as to what are deletable
> messages (make sure you *really* understand the implications of what the
> man page says; there is also some related discussion in the list
> archive).

Well, it's not called MaxDeletableMessages (whatever deletable means).
When I sync a new folder with MaxMessages 100, I expect it to fetch
100 messages, and it doesn't =/.

And BTW. I'm getting a crash with the latest git:

--- a/src/drv_maildir.c
+++ b/src/drv_maildir.c
@@ -163,7 +163,6 @@ maildir_cleanup( store_t *gctx )
ctx->db->close( ctx->db, 0 );
 #endif /* USE_DB */
free( ctx->trash );
-   free( gctx->path );
free( ctx->excs );
if (ctx->uvfd >= 0)
close( ctx->uvfd );

-- 
Felipe Contreras

--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-07 Thread Oswald Buddenhagen
On Sat, Apr 06, 2013 at 10:57:09PM +0200, Alexander Søndergaard wrote:
> 2. Is the aforementioned extra dot in the local foldername a bug?
>
no. i followed the example of dovecot and courier (however, i now notice
that it's not really compatible - subfolders below the top level are
not supposed to be nested even more, but use a flattened hierarchy. i
don't think this mix would be a particularly useful format for local
hierarchical mailboxes).

that's of course irrelevent for you now that you are flattening.

> 3. The MaxMessages option in my .mbsyncrc file is not working. Is is being
> correctly used?
> 
> Channel gmail-local
> MaxMessages 1000
>
there isn't much to do wrong here, really. ^^
most likely is a mismatch in expectations as to what are deletable
messages (make sure you *really* understand the implications of what the
man page says; there is also some related discussion in the list
archive). if after doing the research you still think it's not working
as it should, i'd need the sync state and the -V -D output for a single
affected mailbox (send it in private). if you disagree on the semantics,
we can discuss that too, but make sure to be *really* precise.

regards

--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel


Re: isync and gmail

2013-04-06 Thread Alexander Søndergaard
I think I found my way using the Flatten directive.

So the only outstanding issue is that the MaxMessages directive, placed
inside a Channel definition, is not working.

Best,
A.

On Sat, Apr 6, 2013 at 10:57 PM, Alexander Søndergaard <
gammel.ho...@gmail.com> wrote:

> Hi,
>
> I'm using isync (mbsync) pulled from git master today. It's great, fast
> and stable.
>
> I'm trying to make it work with Gmail's non-standard IMAP implementation,
> which is always a bit of a hassle.
>
> I can sync all my folders now, but the resulting folder hierarchy is a bit
> weird:
>
> INBOX -> ~/.mail/inbox
> [Gmail]/All Mail -> ~/.mail/[Gmail]/.All Mail
> [Gmail]/Drafts -> ~/.mail/[Gmail]/.Drafts
> [Gmail]/Trash -> ~/.mail/[Gmail]/.Trash
>
> I have no idea why the . is added to the folder name. Might be a bug. See
> my .mbsyncrc below.
>
> In offlineimap I managed to make things more tidy by mapping folder names
> and removing the hierarchy:
>
> INBOX -> ~/.mail/inbox
> [Gmail]/All Mail -> ~/.mail/all_mail
> [Gmail]/Drafts -> ~/.mail/drafts
> [Gmail]/Trash -> ~/.mail/trash
>
> So my questions are:
>
> 1. Can I achieve a similar mapping of folders with isync?
> 2. Is the aforementioned extra dot in the local foldername a bug?
> 3. The MaxMessages option in my .mbsyncrc file is not working. Is is being
> correctly used?
>
> Thanks.
>
> Best,
> A.
>
> ==.mbsyncrc==
> MaildirStore local
> Path .mail/
> Inbox .mail/inbox
>
> IMAPStore gmail
> Host imap.gmail.com
> User @gmail.com
> Pass 
> UseIMAPS yes
> CertificateFile /etc/ssl/certs/ca-certificates.crt
>
> Channel gmail-local
> Master :gmail:
> Slave :local:
> Pattern INBOX "[Gmail]/All mail" "[Gmail]/Drafts" "[Gmail]/Trash"
> MaxMessages 1000
> Create Slave
>
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html___
isync-devel mailing list
isync-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/isync-devel