[commit] isync_1_1_branch: fix typos

2014-01-25 Thread Oswald Buddenhagen
commit 1c758be695c2a10f1145d318831c63b384ce811c Author: Oswald Buddenhagen Date: Sat Jan 25 13:19:02 2014 +0100 fix typos src/mbsync.1 |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mbsync.1 b/src/mbsync.1 index 419d3f7..e2fe2b3 100644 --- a/src/mbsync.1

Re: Gmail → Maildir on Windows?

2014-01-29 Thread Oswald Buddenhagen
On Wed, Jan 29, 2014 at 10:06:25AM +0100, Felix E. Klee wrote: > I am looking for a Windows tool that can be used to create daily backups > of a Gmail account to Maildir format. I am basically looking for a > one-way sync, Gmail → Maildir. When a new dail backup is made, then: > > * Is isync the

Re: Gmail → Maildir on Windows?

2014-01-29 Thread Oswald Buddenhagen
On Wed, Jan 29, 2014 at 11:13:40AM +0100, Felix E. Klee wrote: > On Wed, Jan 29, 2014 at 10:59 AM, Oswald Buddenhagen > wrote: > > it certainly won't work with maildir, because the windows file system > > limitations make it impossible to implement maildir as specified.

Re: Gmail → Maildir on Windows?

2014-01-29 Thread Oswald Buddenhagen
On Wed, Jan 29, 2014 at 12:59:06PM +0100, Felix E. Klee wrote: > On Wed, Jan 29, 2014 at 12:50 PM, Oswald Buddenhagen > wrote: > > in this case i'd really suggest just using fetchmail, possibly in > > combination with procmail and/or some custom MDA script. > > I

Re: Gmail → Maildir on Windows?

2014-01-29 Thread Oswald Buddenhagen
On Wed, Jan 29, 2014 at 04:52:07PM +0100, Felix E. Klee wrote: > On Wed, Jan 29, 2014 at 4:35 PM, Oswald Buddenhagen > wrote: > > did you even read http://isync.sourceforge.net/mbsync.html ? > > I don't understand why you ask this. If there's a misunderstanding, >

Re: Gmail → Maildir on Windows?

2014-01-29 Thread Oswald Buddenhagen
On Wed, Jan 29, 2014 at 05:15:23PM +0100, Felix E. Klee wrote: > On Wed, Jan 29, 2014 at 4:57 PM, Oswald Buddenhagen > wrote: > > i'll ask differently then: what makes you think mbsync could not sync > > imap <> imap? > > True, I didn't think about usin

Re: Gmail → Maildir on Windows?

2014-01-29 Thread Oswald Buddenhagen
On Wed, Jan 29, 2014 at 03:46:48PM +0100, Felix E. Klee wrote: > On Wed, Jan 29, 2014 at 1:11 PM, Oswald Buddenhagen > wrote: > > the thing is, the "mail program" you describe is ... an imap server. > > Right, I could store emails in an IMAP server. However, that

Re: Segfault gmail <-> Dovecot 1.1.0

2014-02-01 Thread Oswald Buddenhagen
On Fri, Jan 31, 2014 at 02:23:09PM +, Alex Crow wrote: > I'm afraid it it's still crashing (although a bit differently this time): > this isn't different (except for the -VV output, which was to be expected). i'd even venture that you did something wrong: - are you sure you are on the right br

[commit] isync_1_1_branch: remove pointless use of AI_V4MAPPED flag

2014-02-02 Thread Oswald Buddenhagen
commit 12be7dd1f31d9b48c666a6c3431cc529f331093b Author: Oswald Buddenhagen Date: Sun Feb 2 12:24:34 2014 +0100 remove pointless use of AI_V4MAPPED flag this flag is ineffective if ai_family is not explicitly AF_INET6. on top of that, attempting to use it breaks on FreeBSD

Re: Segfault gmail <-> Dovecot 1.1.0

2014-02-02 Thread Oswald Buddenhagen
On Sun, Feb 02, 2014 at 02:09:13PM +, Alex Crow wrote: > And ran it under valgrind: > ok, this one is different (the fix is clearly effective). not that it appears to have fixed *much*, though ... > ==6503== Invalid read of size 4 > ==6503==at 0x409029: box_loaded (sync.c:1427) > ==6503==

Re: Better alternative to calling mbsync every minute via crontab?

2014-02-04 Thread Oswald Buddenhagen
On Mon, Feb 03, 2014 at 02:31:17PM -0600, John Gafnea wrote: > This is all well and good except that I'm calling mbsync every minute > with crontab and many times at work I'll reply to an email in a thread > only to find out that there have been several new emails in the <60 > seconds since mbsync

Re: local mail not propagated to server

2014-02-06 Thread Oswald Buddenhagen
On Wed, Feb 05, 2014 at 04:46:46PM +0100, Tino Mettler wrote: > Any hints where I best start any debugging? > add -V to the mbsync command line. posting (or sending me directly) the config file usually makes sense as well. --

[commit] isync_1_1_branch: fix crash on store without prior fetch with non-UIDPLUS servers

2014-02-08 Thread Oswald Buddenhagen
commit 3161540ab9d4702809b9bf90a2fb39db1f3a7c9c Author: Oswald Buddenhagen Date: Sat Feb 8 13:21:28 2014 +0100 fix crash on store without prior fetch with non-UIDPLUS servers we'd never initialize the message list append pointer, so imap_find_new_msgs()'s FETCH wou

[commit] branch 'master' fast-forwarded

2014-02-12 Thread Oswald Buddenhagen
The branch 'master', previously at f9386d0, has been fast-forwarded by 7 revision(s) to 3161540. -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jel

Re: More segfaults

2014-02-14 Thread Oswald Buddenhagen
On Fri, Feb 14, 2014 at 03:09:09PM +, Alex Crow wrote: > Not sure if this is a new one, the verbose output is different from > before but it's faulting in the same function: > looks similar enough to me. but the backtrace is even more useless than before. did you have any luck with the breakp

Re: Creating a personal keyring for isync

2014-02-15 Thread Oswald Buddenhagen
On Fri, Feb 14, 2014 at 07:54:31PM +, doa379 wrote: > I am not using Gnome keyring or any other password management service. I > simply wish to create a local keyring of my own and access it via local > Pyhthon/Perl script. > > So what is the best way to do it? > use the PassCmd option (new

Re: NO Mailbox already exists

2014-02-21 Thread Oswald Buddenhagen
On Thu, Feb 20, 2014 at 04:17:37PM -0600, Jon Thompson wrote: > I’m trying to migrate users from exchange to dovecot, and am using mbsync to > do so. > > I’ve got two questions that I haven’t figured out in the documentation.. > > 1) Is there a way to auto replace periods with something else (or

Re: NO Mailbox already exists

2014-02-22 Thread Oswald Buddenhagen
On Fri, Feb 21, 2014 at 07:15:38AM -0600, Jon Thompson wrote: > Occasionally, the organizations users will have a folder like. "Project 2506 > cherry ln." > > That her than failing because of the period, strip it out. "Project 2506 > cherry ln" > if the number of such boxes is manageable, you c

Re: More segfaults

2014-02-23 Thread Oswald Buddenhagen
On Fri, Feb 21, 2014 at 10:02:28AM +, Alex Crow wrote: > Ok, here's a valgrind and then a full session log. > no clues in it ... :( > I'm having real trouble building a version with debugging symbols so I > can set breakpoints as you asked earlier. Any hints? > only what i said before ...

Re: Cannot synchronize subdirectories

2014-02-24 Thread Oswald Buddenhagen
On Sun, Feb 23, 2014 at 07:23:12PM -0300, Facundo Aguirre wrote: > >>> 102 SELECT "debian-ml/testing-security-announce" > Maildir error: '/home/legion/maildir/facundo-cd/debian-ml/' is no valid > mailbox > * OK [CLOSED] Previous mailbox closed. > upgrade to 1.1. consider using t

Re: Cannot synchronize subdirectories

2014-02-25 Thread Oswald Buddenhagen
On Wed, Feb 26, 2014 at 01:15:54AM -0300, Facundo Aguirre wrote: > Thanks Oswald, it works with the Flatten option. > > But just for curiosity, is there any way to keep the same folder > hierarchy instead of using the Flatten option? mbsync knows that the > debian-ml folder has subfolders. > th

[commit] isync_1_1_branch: don't needlessly spell out INBOX

2014-03-10 Thread Oswald Buddenhagen
commit 183f256557246bcf2d67aa960c3cba5245b972ce Author: Oswald Buddenhagen Date: Mon Mar 10 11:54:22 2014 +0100 don't needlessly spell out INBOX src/compat/main.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/compat/main.c b/src/compat/main.c index 1f

[commit] isync_1_1_branch: rework maildir store mapping

2014-03-10 Thread Oswald Buddenhagen
commit 19d86d2aa9415047d8e0a391bd2502023bff80fc Author: Oswald Buddenhagen Date: Mon Mar 10 11:57:37 2014 +0100 rework maildir store mapping the trivial approach of having "home" and "root" stores produced ugly results, and totally failed with the introduct

[commit] isync_1_1_branch: don't bother checking impossible condition

2014-03-10 Thread Oswald Buddenhagen
commit f55f42bdfc13d22b995289b666a30612469fcdf6 Author: Oswald Buddenhagen Date: Sun Mar 9 15:56:52 2014 +0100 don't bother checking impossible condition the config readear already verified that at least host or tunnel are set. src/compat/config.c |5 + 1

[commit] isync_1_1_branch: don't needlessly quote strings

2014-03-10 Thread Oswald Buddenhagen
commit 0edb606e0f07aed3552375c9380ccf2fe3e6ba99 Author: Oswald Buddenhagen Date: Mon Mar 10 11:57:22 2014 +0100 don't needlessly quote strings src/compat/config.c | 28 ++-- 1 files changed, 22 insertions(+), 6 deletions(-) diff --git a/src/compat/confi

[commit] isync_1_1_branch: write Sync and Expunge to global section if applicable

2014-03-10 Thread Oswald Buddenhagen
commit bf9d7c769503a5418baee936ffa9b0d8d88cdf1a Author: Oswald Buddenhagen Date: Sun Mar 9 16:38:09 2014 +0100 write Sync and Expunge to global section if applicable makes for leaner Channel sections. note: the global delete and expunge variables exist so the command line

[commit] isync_1_1_branch: fix zero MaxSize override in Channels

2014-03-19 Thread Oswald Buddenhagen
commit bee7ceb0fb3d553a178e66886298a8a3503e4c33 Author: Oswald Buddenhagen Date: Wed Mar 19 10:09:20 2014 +0100 fix zero MaxSize override in Channels REFMAIL: ca+tk8fzb9i9lrc_k4g978c5xr5urnz_s0fpon_-6esdrbne...@mail.gmail.com src/config.c |5 - 1 files changed, 4

[commit] isync_1_1_branch: actually use prime numbers for all hash bucket sizes

2014-03-19 Thread Oswald Buddenhagen
commit dec5f73f577a5e320b6044b1488d64816546d3bf Author: Oswald Buddenhagen Date: Wed Mar 19 10:27:06 2014 +0100 actually use prime numbers for all hash bucket sizes for some reason lost in history, the prime_deltas were actually wrong, leading to using composite numbers

Re: CPU usage and timeout when synchronizing large amount of emails (on GMail)

2014-03-19 Thread Oswald Buddenhagen
On Tue, Mar 18, 2014 at 06:45:39PM +0200, Ciprian Dorin Craciun wrote: > What is strange is that an initial synchronization works until the > connection drops (the largest number was 70 k emails fetched). > However on a second try the CPU usage happens, just after both stores > have been "selec

Re: increasing timeout? (or some other solution)

2014-04-10 Thread Oswald Buddenhagen
On Thu, Apr 10, 2014 at 02:31:54PM +0800, Eric Abrahamsen wrote: > I'm having a hell of a time getting my imap mail through China's > national firewall, even with a VPN. I'm fairly sure it's because all of > my accounts are gmail, and they don't like google/gmail. > if that really is the problem,

Re: increasing timeout? (or some other solution)

2014-04-10 Thread Oswald Buddenhagen
On Thu, Apr 10, 2014 at 07:21:09AM -0400, Chris Nehren wrote: > On Thu, Apr 10, 2014 at 11:05:36 +0200, Oswald Buddenhagen wrote: > > On Thu, Apr 10, 2014 at 02:31:54PM +0800, Eric Abrahamsen wrote: > > > I'm having a hell of a time getting my imap mail through China&#x

[commit] isync_1_1_branch: fix segfault on passing --{create, expunge}-{master, slave}

2014-04-12 Thread Oswald Buddenhagen
commit 31ba8375b0afbd0902a596bff7fb55249908ce9a Author: Oswald Buddenhagen Date: Sat Apr 12 15:16:22 2014 +0200 fix segfault on passing --{create,expunge}-{master,slave} stupid copy&pasto. found by coverity. src/main.c |4 ++-- 1 files changed, 2 insertions(+

[commit] isync_1_1_branch: don't crash on truncated LIST response

2014-04-12 Thread Oswald Buddenhagen
commit fd872a7ff7078c76fa255305c630258d02934d49 Author: Oswald Buddenhagen Date: Sat Apr 12 14:58:18 2014 +0200 don't crash on truncated LIST response found by coverity. src/drv_imap.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/src/drv_ima

[commit] isync_1_1_branch: error-check reading of old uidvalidity and maxuid files

2014-04-12 Thread Oswald Buddenhagen
commit 09db83809a60a3999b733129061b69882ec86f59 Author: Oswald Buddenhagen Date: Sat Apr 12 18:34:26 2014 +0200 error-check reading of old uidvalidity and maxuid files found by coverity. src/compat/convert.c | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions

[commit] isync_1_1_branch: better error messages for sync state and journal related errors

2014-04-12 Thread Oswald Buddenhagen
commit aa0118d047444873f20a6900e040619a9c6f5cef Author: Oswald Buddenhagen Date: Sat Apr 12 18:30:09 2014 +0200 better error messages for sync state and journal related errors we can make perfectly good use of errno here. src/sync.c |8 1 files changed, 4 insertions

[commit] isync_1_1_branch: error-check renaming of uid mapping database

2014-04-12 Thread Oswald Buddenhagen
commit 532d964aea327c4ff77fac5c3979c7d302f97d76 Author: Oswald Buddenhagen Date: Sat Apr 12 18:59:45 2014 +0200 error-check renaming of uid mapping database for pedantry. found by coverity. src/compat/convert.c |5 - 1 files changed, 4 insertions(+), 1 deletions

[commit] isync_1_1_branch: fix "inverse copy&pasto" in account labeling code

2014-04-12 Thread Oswald Buddenhagen
commit d7d5fd20bc81db0aff711a540a2186a4f93b21e8 Author: Oswald Buddenhagen Date: Sat Apr 12 16:56:00 2014 +0200 fix "inverse copy&pasto" in account labeling code the code was copied and the original adjusted ... but not quite completely. this means that c

[commit] isync_1_1_branch: remove pointless pointer assignment

2014-04-12 Thread Oswald Buddenhagen
commit 0dfbf6f6fba286e901cfdf52157cf35e106da583 Author: Oswald Buddenhagen Date: Sat Apr 12 13:08:10 2014 +0200 remove pointless pointer assignment src/compat/main.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/compat/main.c b/src/compat/main.c index

[commit] isync_1_1_branch: fix hypothetical buffer overflows

2014-04-12 Thread Oswald Buddenhagen
commit d34baeb88607706ab5eec8f049cdc900030f2601 Author: Oswald Buddenhagen Date: Sat Apr 12 13:03:46 2014 +0200 fix hypothetical buffer overflows if something managed to make the maildir .uidvalidity files big enough (possible only by appending garbage or scrambling them

[commit] isync_1_1_branch: don't crash in message expiration debug print

2014-04-12 Thread Oswald Buddenhagen
commit c5f2943ff6f3d506a06a896ab634063bff223af0 Author: Oswald Buddenhagen Date: Sat Apr 12 15:28:28 2014 +0200 don't crash in message expiration debug print we would try to print the uids from the non-existing srec of unpaired messages while preparing expiration.

[commit] isync_1_1_branch: remove apparently pointless resetting of recent message count

2014-04-12 Thread Oswald Buddenhagen
commit 8844ff30632221490728c89a88572a86caa6a9aa Author: Oswald Buddenhagen Date: Sat Apr 12 19:00:33 2014 +0200 remove apparently pointless resetting of recent message count past this point, it's not used for anything anyway. src/drv_maildir.c |1 - 1 files chang

[commit] isync_1_1_branch: don't crash on malformed response code

2014-04-12 Thread Oswald Buddenhagen
commit ae49a37a3e82f3b590b8a95e778b56ff5286311f Author: Oswald Buddenhagen Date: Sat Apr 12 15:02:40 2014 +0200 don't crash on malformed response code this would happen in the absurd corner case that the response code is properly terminated with a closing bracket, but the

[commit] isync_1_1_branch: remove pointless/counterproductive "Disk full?" error message suffixes

2014-04-12 Thread Oswald Buddenhagen
commit c6ddad6ac4fd5bfced98434df4bd50802426daa2 Author: Oswald Buddenhagen Date: Sat Apr 12 18:28:21 2014 +0200 remove pointless/counterproductive "Disk full?" error message suffixes the affected functions will set errno to ENOSPC when necessary. src/sync.c |4 ++-

[commit] isync_1_1_branch: don't forget to reset message counts when skipping scan

2014-04-12 Thread Oswald Buddenhagen
commit 4d8575100d208129bc5d45e3968262415602ac04 Author: Oswald Buddenhagen Date: Sat Apr 12 19:02:06 2014 +0200 don't forget to reset message counts when skipping scan amends b6949c64d2. CCMAIL: 744...@bugs.debian.org src/drv_maildir.c |4 +++- 1 files chang

[commit] isync_1_1_branch: assert !where implying !pseudo

2014-04-12 Thread Oswald Buddenhagen
commit 9932352df02a328abd8dd229932babe892087050 Author: Oswald Buddenhagen Date: Sat Apr 12 16:06:33 2014 +0200 assert !where implying !pseudo to help poor coverity. src/config.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/config.c b/src/config.c

[commit] isync_1_1_branch: error-check committing of sync state

2014-04-12 Thread Oswald Buddenhagen
commit 2d4bc1e6138f81bcf160154017f19725cdc21051 Author: Oswald Buddenhagen Date: Sat Apr 12 18:31:18 2014 +0200 error-check committing of sync state a failure here is rather unlikely, but let's be pedantic. a failure is not fatal (we'll just enter the journal replay

[commit] isync_1_1_branch: close a bunch of fd leaks in error paths

2014-04-12 Thread Oswald Buddenhagen
commit df29c592d1249b5f1c6eb69dca6684100f1f098b Author: Oswald Buddenhagen Date: Sat Apr 12 12:46:36 2014 +0200 close a bunch of fd leaks in error paths found by coverity. src/drv_maildir.c |9 +++-- src/mdconvert.c |5 - 2 files changed, 11 insertions(+), 3

[commit] isync_1_1_branch: don't lie about the default of User

2014-04-13 Thread Oswald Buddenhagen
commit 4ab12ae76e8a266ba3660b5cc2042946c7bfa653 Author: Oswald Buddenhagen Date: Sun Apr 13 17:07:53 2014 +0200 don't lie about the default of User unlike the isync wrapper, mbsync does not have a default for the IMAP user. the remote user seldomly matches the local on

Re: not syncing all messages from master to slave after mailbox migration from exchange 2007->2013

2014-04-16 Thread Oswald Buddenhagen
On Tue, Apr 15, 2014 at 11:40:23AM -0400, Brian Whigham wrote: > Any idea why mbsync won't grab all messages? It only grabs those that have > come in since the migration. > migration from what? you mean since you started using mbsync at all? > I see all of 49k messages in the OWA (webmail) and i

Re: How to avoid colons in file names?

2014-04-23 Thread Oswald Buddenhagen
On Tue, Apr 22, 2014 at 11:09:57PM +0200, Felix E. Klee wrote: > I set up mbsync on a Linux system. The Maildir store would be synced to > Windows. However, Windows doesn’t like colons in file names. So I tried > enabling *alternative scheme*, hoping that this would lead to simpler > file names. >

Re: MaxMessages

2014-05-17 Thread Oswald Buddenhagen
On Sat, May 17, 2014 at 11:54:56AM -0500, Luis Mochan wrote: > If I delete and expunge in the slave some few messages and sync again, > I would like the corresponding messages to be deleted in the master > yes > and then enough messages to be fetched from the master to fill again > the quota of th

Re: MaxMessages

2014-05-18 Thread Oswald Buddenhagen
On Sat, May 17, 2014 at 01:33:25PM -0500, Luis Mochan wrote: > I usually scan my mail in FILO order, acting on the most urgent > messages. Later on, I look at them again, processing and archiving them at my > leisure. Thus, when I finish with all the recent messages, I would > like to see older one

Re: MaxMessages

2014-05-18 Thread Oswald Buddenhagen
On Sun, May 18, 2014 at 10:02:25AM -0500, Luis Mochan wrote: > I did get 100 messages, but they were not the latest nor the earliest > but rather scattered throughout the maildir. When fetching messages > from an actual maildir (containing actual messages instead of symbolic > links) I did get the

[commit] tag 'isync_1_1_1' created

2014-06-01 Thread Oswald Buddenhagen
The tag 'isync_1_1_1' has been created at 4ab12ae. -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet ___ isyn

[commit] branch 'master' fast-forwarded

2014-06-01 Thread Oswald Buddenhagen
The branch 'master', previously at 3161540, has been fast-forwarded by 24 revision(s) to 4ab12ae. -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet _

Re: [PATCH] implement gssapi support

2014-06-14 Thread Oswald Buddenhagen
On Fri, Jun 13, 2014 at 09:47:49AM +0200, Jan Synacek wrote: > I've implemented GSSAPI support for isync. I was a bit unsure about the > ifdefs and how to structure them, since I use EVP_DecodeBlock() to > decode base64, which means dependency on OpenSSL. Consider this patch > version 1. > just a

Re: Troubles syncing 'INBOX' directory

2014-06-17 Thread Oswald Buddenhagen
On Mon, Jun 16, 2014 at 10:46:16PM +0200, Bruno Gonzalez wrote: > However, my personal email, running on a shared hosting server, is not > getting fully synchronized. The failing account has the following IMAP > directory tree: > INBOX > INBOX/Trash > INBOX/Drafts > INBOX/Archive > (etc.) > > Al

Re: Troubles syncing 'INBOX' directory

2014-06-17 Thread Oswald Buddenhagen
On Tue, Jun 17, 2014 at 11:54:33AM +0200, Bruno Gonzalez wrote: > On 14-06-17 09:44:12, Oswald Buddenhagen wrote: > > > Channel stenyakc > > > Master :stenyakc-remote: > > > Slave :stenyakc-local: > > > Patterns * > > > > > try simp

Re: IMAP COMPRESS support

2014-06-21 Thread Oswald Buddenhagen
On Sat, Jun 21, 2014 at 12:51:25AM +0200, Vincent Bernat wrote: > If COMPRESS=DEFLATE is present as a capability, the command "a COMPRESS > DEFLATE" will enable it. Once the server answers with OK any remaining > flow should be handled through zlib. > > It would convenient to implement that in mbs

Re: [PATCH] implement gssapi support

2014-06-25 Thread Oswald Buddenhagen
On Wed, Jun 25, 2014 at 02:28:42PM +0200, Jan Synacek wrote: > Oswald Buddenhagen writes: > > note that there is also a sasl branch in git. you can take a lot from > > the commit and also the review in the commit message. > > ideally, revive it as well. > > It lo

Re: Isync 1.1.1 client->server update failure

2014-06-26 Thread Oswald Buddenhagen
On Fri, Jun 27, 2014 at 01:18:31AM +0400, Evgeniy Berdnikov wrote: > The problem is that when I add some mail(s) to local main box, > the INBOX on the server side is not updated, but the same operation > on other mailbox results in normal mail propagation to server. > i can't see anything obvio

Re: Isync 1.1.1 client->server update failure

2014-06-28 Thread Oswald Buddenhagen
On Fri, Jun 27, 2014 at 12:41:49PM +0400, Evgeniy Berdnikov wrote: > --- /var/mail/berd/.uidvalidity > 1245525174 > 400048 > > > --- /var/mail/berd/.mbsyncstate ---

[commit] isync_1_1_branch: zero-terminate imap literals

2014-06-28 Thread Oswald Buddenhagen
commit 8513358e0a3f3d720b394251a018e46ed87ef262 Author: Oswald Buddenhagen Date: Sat Jun 28 11:04:41 2014 +0200 zero-terminate imap literals now that we properly support literals for strings, we must expect that the consumer code will use them as strings. amends

[commit] isync_1_1_branch: detect inconsistent state of highest assigned UID

2014-06-28 Thread Oswald Buddenhagen
commit 3d5539bb63b7f494f20357d7491d96228a432600 Author: Oswald Buddenhagen Date: Sat Jun 28 11:58:26 2014 +0200 detect inconsistent state of highest assigned UID the highest assigned UID must always be at least as high as the highest actually found UID, as otherwise we'd

[commit] isync_1_1_branch: bump version

2014-06-28 Thread Oswald Buddenhagen
commit 060430b23359d3cd8ad7b1531609c329ef22e9c4 Author: Oswald Buddenhagen Date: Sat Jun 28 14:27:04 2014 +0200 bump version configure.ac |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/configure.ac b/configure.ac index 3a9927d..5bccacf 100644 --- a/configure.ac

Re: Troubles syncing 'INBOX' directory

2014-06-28 Thread Oswald Buddenhagen
On Tue, Jun 17, 2014 at 05:55:18PM +0200, Bruno Gonzalez wrote: > On 14-06-17 17:40:14, Oswald Buddenhagen wrote: > > i meant > > Patterns * INBOX > > Not working either. > actually, Patterns INBOX* would be the correct config for you. but i don't think that

Re: Custom IMAP flags

2014-06-29 Thread Oswald Buddenhagen
On Sun, Jun 29, 2014 at 02:09:15PM +0200, Vincent Bernat wrote: > How could we support them in mbsync? > > If I would like to support them with an ad hoc modification, I think > this would be easy: > hacking in support for a few fixed flags would be reasonably easy. > 1. Would the above steps w

[commit] isync_1_1_branch: actually print the faulty mailbox name, not some garbage

2014-07-01 Thread Oswald Buddenhagen
commit 29b07ca7a6ade43fe47667045fc1e24353dc0ea7 Author: Oswald Buddenhagen Date: Wed Jul 2 08:40:41 2014 +0200 actually print the faulty mailbox name, not some garbage REFMAIL: CAF_KswU7aBS7unnK+rdZy1PG_8SZUAW=tcg75hixdlle0w3...@mail.gmail.com src/sync.c |2 +- 1 files

[commit] isync_1_1_branch: initialize store_t::name

2014-07-01 Thread Oswald Buddenhagen
commit 526231bc223e81978f332e884357049442b380b9 Author: Oswald Buddenhagen Date: Wed Jul 2 08:47:36 2014 +0200 initialize store_t::name the field is marked foreign (for the drivers), so a recycled store may contain an old pointer in it. that would make our error path crash

[commit] branch 'master' fast-forwarded

2014-07-05 Thread Oswald Buddenhagen
The branch 'master', previously at 4ab12ae, has been fast-forwarded by 5 revision(s) to 526231b. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bon

[commit] isync_1_1_branch: don't ignore RequireSSL for PREAUTHenticated connections

2014-07-06 Thread Oswald Buddenhagen
commit 639c84ea28004ea7e28e9a1e1a4f03a9575c84c9 Author: Oswald Buddenhagen Date: Sat Jul 5 22:52:40 2014 +0200 don't ignore RequireSSL for PREAUTHenticated connections such connections don't support STARTTLS. that is reasonable, as whatever makes the

[commit] isync_1_1_branch: clarify effect of Tunnel on Host and Port

2014-07-06 Thread Oswald Buddenhagen
commit d9c78b778707beb38b7174aeb58e59584f39b5d1 Author: Oswald Buddenhagen Date: Sat Jul 5 22:53:19 2014 +0200 clarify effect of Tunnel on Host and Port src/mbsync.1 |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/src/mbsync.1 b/src/mbsync.1 index d932a36

[commit] isync_1_1_branch: ignore coverity state directory

2014-07-06 Thread Oswald Buddenhagen
commit 2976459008e59419b4417121d7beb4c090f2de57 Author: Oswald Buddenhagen Date: Sat Jul 5 22:54:25 2014 +0200 ignore coverity state directory .gitignore |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/.gitignore b/.gitignore index 95ef6c4..b475605 100644 --- a

[commit] branch 'master' fast-forwarded

2014-07-06 Thread Oswald Buddenhagen
The branch 'master', previously at 526231b, has been fast-forwarded by 7 revision(s) to e44e883. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bon

[commit] isync_1_1_branch: actually use STARTTLS if only TLSv1.1 or TLSv1.2 is enabled

2014-07-06 Thread Oswald Buddenhagen
commit 8e1726bb92f6566298763bee5c1e610b90eae1a2 Author: Oswald Buddenhagen Date: Sat Jul 5 23:10:09 2014 +0200 actually use STARTTLS if only TLSv1.1 or TLSv1.2 is enabled src/drv_imap.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/src/drv_imap.c b/src

[commit] isync_1_1_branch: clarify error message about missing connection details

2014-07-06 Thread Oswald Buddenhagen
commit 95db373e54f4d50adb9ce676f1fbb85f03b32b26 Author: Oswald Buddenhagen Date: Sat Jul 5 23:03:42 2014 +0200 clarify error message about missing connection details src/drv_imap.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/drv_imap.c b/src/drv_imap.c

[commit] isync_1_1_branch: make store/account error messages less redundant

2014-07-06 Thread Oswald Buddenhagen
commit 834a65d85c982506518b55608b9b440d6fbcb3da Author: Oswald Buddenhagen Date: Sat Jul 5 23:02:30 2014 +0200 make store/account error messages less redundant this will become more relevant when more are added. src/drv_imap.c | 17 - 1 files changed, 8

[commit] isync_1_1_branch: complain about RequireSSL with no SSL versions enabled

2014-07-06 Thread Oswald Buddenhagen
commit e44e88361beced86749f4963db887414c5d2852b Author: Oswald Buddenhagen Date: Sat Jul 5 23:11:45 2014 +0200 complain about RequireSSL with no SSL versions enabled src/drv_imap.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/drv_imap.c b/src

[commit] isync_1_1_branch: actually use STARTTLS if only TLSv1.1 or TLSv1.2 is enabled

2014-07-06 Thread Oswald Buddenhagen
commit 06c731cbf81344bef7bb2dca7b59d17ea19a02b3 Author: Oswald Buddenhagen Date: Sat Jul 5 23:10:09 2014 +0200 actually use STARTTLS if only TLSv1.1 or TLSv1.2 is enabled src/drv_imap.c |9 +++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/src/drv_imap.c b/src

[commit] isync_1_1_branch: complain about RequireSSL with no SSL versions enabled

2014-07-06 Thread Oswald Buddenhagen
commit 9a463768eac2b75c15102a54dfb18e0bd75f4cb4 Author: Oswald Buddenhagen Date: Sat Jul 5 23:11:45 2014 +0200 complain about RequireSSL with no SSL versions enabled src/drv_imap.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/drv_imap.c b/src

[commit] branch 'isync_1_1_branch' rewound

2014-07-06 Thread Oswald Buddenhagen
The branch 'isync_1_1_branch', previously at e44e883, has been rewound by 2 revision(s) to 95db373. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with

[commit] branch 'master' reset

2014-07-06 Thread Oswald Buddenhagen
The branch 'master', previously at e44e883, has been rewound by 2 revision(s) and subsequently fast-forwarded by 2 revision(s) to 9a46376. -- Open source business process management suite built on Java and Eclipse Turn pro

Re: SSL support not available?

2014-07-06 Thread Oswald Buddenhagen
On Sun, Jul 06, 2014 at 11:12:34AM -0700, Eric Abrahamsen wrote: > I updated my archlinux isync-git package after the spate of recent > changes, and am now getting the above error when syncing with gmail > imap. > you didn't read the commit messages, did you? -

Re: SSL support not available?

2014-07-06 Thread Oswald Buddenhagen
On Sun, Jul 06, 2014 at 11:42:48AM -0700, Eric Abrahamsen wrote: > I've added "RequireSSL no" to my config file, and tried it both that way, > hopefully only to the local-pr-dovecot Account? > and additionally with the UseIMAPS and CertificateFile lines commented > out. > don't - that's the remote

Re: mbsync stopped working

2014-07-11 Thread Oswald Buddenhagen
On Fri, Jul 11, 2014 at 07:13:09AM +0200, Kasimir Knallkopf wrote: > With the most recent update, mbsync all of a sudden stopped working. > > >>> 2 LOGIN > 2 NO LOGIN failed. > it would seem that the password is simply wrong (or maybe it expired), and the correlation with the upgrade is purely c

[commit] isync_1_1_branch: use \fB and \fI consistently

2014-07-12 Thread Oswald Buddenhagen
commit 313c9193f890aaabd64f9ca97ccdfae8a29d02f1 Author: Oswald Buddenhagen Date: Sat Jul 12 14:07:07 2014 +0200 use \fB and \fI consistently notably, the docu for the Sync option had it mixed up in the description. src/mbsync.1 | 32 1

[commit] branch 'master' fast-forwarded

2014-07-12 Thread Oswald Buddenhagen
The branch 'master', previously at 9a46376, has been fast-forwarded by 1 revision(s) to 313c919. -- ___ isync-devel mailing list isync-devel@lists.sourceforge.net https://lists.s

Re: certificate owner does not match hostname

2014-07-21 Thread Oswald Buddenhagen
On Sat, Jul 19, 2014 at 08:03:53PM +0200, Mark Pustjens wrote: > According to the manual on the option CertificateFile: > ``Directly matched peer certificates are always trusted, regardless of > validity.'' > > However, I still get the error ``certificate owner does not match > hostname''. The e

Re: certificate owner does not match hostname

2014-07-27 Thread Oswald Buddenhagen
On Mon, Jul 21, 2014 at 09:06:49AM +0200, Oswald Buddenhagen wrote: > On Sat, Jul 19, 2014 at 08:03:53PM +0200, Mark Pustjens wrote: > > According to the manual on the option CertificateFile: > > ``Directly matched peer certificates are always trusted, regardless o

[commit] branch 'ntlm' deleted

2014-07-28 Thread Oswald Buddenhagen
The branch 'ntlm', previously at 85d5a6e, has been deleted. -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy ap

Re: [PATCH] implement gssapi support

2014-07-28 Thread Oswald Buddenhagen
On Fri, Jul 04, 2014 at 11:29:52AM +0200, Jan Synacek wrote: > Here's second version of my patch. I decided to kind of revive (I > cleaned it up a lot) the original sasl branch. Since the SASL support > will already be there, I don't think it makes sense to have additional > code for GSSAPI only. >

[commit] branch 'sasl' reset

2014-07-28 Thread Oswald Buddenhagen
The branch 'sasl', previously at 583bb75, has been rewound by 1 revision(s) and subsequently fast-forwarded by 302 revision(s) to 6959d6c. -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinFor

Re: Strange PathDelimiter behavior

2014-08-06 Thread Oswald Buddenhagen
On Wed, Aug 06, 2014 at 05:08:22PM +0200, Milan Vancura wrote: > I tried to configure a basic setup with mbsync but I was surprised by > PathDelimiter behavior. > your problem doesn't have anything to do with the delimiter. maildir subfolders always start with a period. > remote side contains mai

Re: problem with UTF8 folder name

2014-08-07 Thread Oswald Buddenhagen
On Thu, Aug 07, 2014 at 06:11:23PM +0400, J Jonny wrote: > Selecting master &BCcENQRABD0EPgQyBDgEOgQ4-... <- utf8 folder name > well, that's actually "modified utf-7" as the IMAP RFC calls it. it's not implemented by isync. dealing with encodings isn't a trivial matter. > how I can fix this? >

Re: Troubles syncing 'INBOX' directory

2014-08-11 Thread Oswald Buddenhagen
On Mon, Aug 11, 2014 at 02:18:13PM +0200, Bruno Gonzalez wrote: > >>> 2 NAMESPACE > * NAMESPACE (("INBOX." ".")) NIL NIL > whoops. that's a bit untypical. you can try overriding this by adding Path "" to the imap Store. alternatively, you could use Patterns INBOX * which would put the inbox a

Re: Troubles syncing 'INBOX' directory

2014-08-12 Thread Oswald Buddenhagen
On Tue, Aug 12, 2014 at 10:07:24AM +0200, Bruno Gonzalez wrote: > On 14-08-11 15:42:54, Oswald Buddenhagen wrote: > > On Mon, Aug 11, 2014 at 02:18:13PM +0200, Bruno Gonzalez wrote: > > > >>> 2 NAMESPACE > > > * NAMESPACE (("INBOX." ".&

Re: Trouble setting up with existing MailDir

2014-08-13 Thread Oswald Buddenhagen
On Wed, Aug 13, 2014 at 03:24:53PM -0400, Dolan Murvihill wrote: > I am sure this is a basic mistake, > yes. it's already in the subject line. mbsync simply doesn't support that, rather inherently. it uses IMAP UIDs for the message mapping, so it can't work with pre-existing channels that lack it

Re: recovering from power failure

2014-08-16 Thread Oswald Buddenhagen
hi, On Fri, Aug 15, 2014 at 09:49:20PM +0200, chrysn wrote: > after a power outage right when i was syncing mails, several consecutive > folders show the error message: > > Error: unterminated sync state header in > /home/chrysn/.mbsync/:poseidonmailbox:mailinglists!intern_:local:mailinglists.in

Re: Doubles on backup server after synchronisation

2014-08-26 Thread Oswald Buddenhagen
On Mon, Aug 18, 2014 at 08:52:28PM +0200, Arie Peterson wrote: > Now, the problem is that after synchronisation, most of my emails are > present twice in my backup server. Presumably one of every two copies > was created by the offlineimap program, and the other by mbsync, which > somehow did not r

Re: recovering from power failure

2014-08-26 Thread Oswald Buddenhagen
On Mon, Aug 18, 2014 at 01:04:24PM +0200, chrysn wrote: > is there anything else i can scrape together that might help finding > out what caused the current state? > the only thing that would help would be a representative strace of mbsync, to see whether it does anything wrong. > i know of sync

<    5   6   7   8   9   10   11   12   13   14   >