Re: isync and gmail issue
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
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
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
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
>> 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
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
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
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
> 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
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
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
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
>>> 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
>> > 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
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
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
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
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
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
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