On Tue, Nov 12, 2013 at 03:36:29PM -0700, Benjamin Slade wrote:
> Trash [Gmail].Bin
>
> Patterns "[Gmail]/Sent Mail" "[Gmail]/Drafts" "[Gmail]/Bin" "[Gmail]/Spam"
> INBOX ARCHIVED
>
unrelated, but ... remove the trash from Patterns.
> (1) If I run mbsync (from the git repo) with the above conf
On Thu, Nov 14, 2013 at 05:30:08AM -0600, Felipe Contreras wrote:
> On Tue, Nov 12, 2013 at 5:55 AM, Oswald Buddenhagen wrote:
> > On Tue, Nov 12, 2013 at 05:06:08AM -0600, Felipe Contreras wrote:
> >> On Tue, Nov 12, 2013 at 4:40 AM, Oswald Buddenhagen wrote:
> >> &
On Thu, Nov 14, 2013 at 06:18:23PM +0400, Ilya Kuzmich wrote:
> Also, syncing gmail-trash first is important.
> It does kills all local copies of deleted mail.
>
not sure what you mean without thinking much about it, but i found that
gmail offers three different configuration options for the IMAP
On Fri, Nov 15, 2013 at 12:22:35AM +0530, Chandan Rajendra wrote:
> Can isync be used to pipe new mails to procmail?
>
i've been shortly thinking about such a thing myself, but i really think
it's a bad idea - you are much better off using fetchmail+procmail for
that. of course there is no bidirec
On Fri, Nov 15, 2013 at 02:35:44PM -0600, Felipe Contreras wrote:
> On Thu, Nov 14, 2013 at 4:49 PM, Oswald Buddenhagen wrote:
> > On Thu, Nov 14, 2013 at 05:30:08AM -0600, Felipe Contreras wrote:
> >> On Tue, Nov 12, 2013 at 5:55 AM, Oswald Buddenhagen wrote:
> >> &
hi,
On Sat, Nov 16, 2013 at 12:09:34AM +0100, CycyX wrote:
> I'm trying to use mbsync in order to backup my mail accounts, but I'm
> facing strange behavior (or misconfiguration).
>
> My goal is to get the following:
>
> ~/Mails/
> `- Account1
> | `- Subfolders
> `- Account2
> `- subfo
On Sat, Nov 16, 2013 at 04:29:01AM -0600, Felipe Contreras wrote:
> On Fri, Nov 15, 2013 at 4:44 PM, Oswald Buddenhagen wrote:
> > On Fri, Nov 15, 2013 at 02:35:44PM -0600, Felipe Contreras wrote:
> You said this:
>
> >> >> >> > - i didn't want to c
On Mon, Nov 18, 2013 at 06:36:52PM -0600, Felipe Contreras wrote:
> On Sun, Nov 17, 2013 at 5:36 PM, Oswald Buddenhagen wrote:
> > On Sat, Nov 16, 2013 at 04:29:01AM -0600, Felipe Contreras wrote:
> >> On Fri, Nov 15, 2013 at 4:44 PM, Oswald Buddenhagen wrote:
> >> &
On Thu, Nov 21, 2013 at 04:04:12PM +0100, Giulio Eulisse wrote:
> Looking with -V it seems to be deleting emails 1 by one and it takes a couple
> of second for each.
>
that sounds quite wrong. you should see really long UID EXPUNGE lines
with many UIDs on them.
please paste the start of the sessi
On Wed, Nov 20, 2013 at 08:35:52AM -0600, Felipe Contreras wrote:
> Unless you are prepared to allow some kind of voting I say there's no
> point in discussing; it's blatantly obvious you are not looking for a
> good name, you are merely looking for excuses to support the name you
> *ALREADY* chose
On Wed, Nov 20, 2013 at 08:11:23AM -0800, Scott Hansen wrote:
> I'm not sure if I hit a bug or if it's just a configuration error. When I run
> 'mbsync user1-sync-all' (referencing the Group name) I get this output with a
> Segmentation fault:
>
when it crashes, it is a bug. there is no discussion
On Fri, Nov 22, 2013 at 08:11:19PM +0700, Eric Abrahamsen wrote:
> This is with a gmail account, no Sync customization (ie it should be
> All), but I've seen this for a few days now (since I've been paying
> attention, anyway):
>
> Selecting master [Gmail]/Trash...
> Selecting slave [Gmail]/Trash.
On Sat, Nov 23, 2013 at 04:06:07PM +0700, Eric Abrahamsen wrote:
> I ran this command and pasted it:
>
> mbsync -V pr:[Gmail]/Spam
>
> http://pastebin.com/9tUJqLaH
>
this trace tells me two things:
- i really need to find a nice way to tag the output with the server it
pertains to. :}
- you ha
On Sat, Nov 23, 2013 at 07:03:18PM +0700, Eric Abrahamsen wrote:
> That's the whole config section for that account: I didn't cut
> anything off...
>
there is possibly also a global section, which is why i asked for the
full config.
> This isn't the only folder with weird totals, and I notice tha
On Sun, Nov 24, 2013 at 07:44:53AM +0700, Eric Abrahamsen wrote:
> Given that I don't care much about these messages, and given that my
> local (slave) data what I actually want, can I somehow force a Push that
> will get master in line with local?
>
just enable expunging globally. that will turn
The branch 'maxmessages', previously at afc19b1, has been rewound by 14
revision(s) and subsequently fast-forwarded by 30 revision(s) to
8def600.
--
Shape the Mobile Experience: Free Subscription
Software experts and devel
On Sat, Nov 09, 2013 at 05:20:19PM +0100, Oswald Buddenhagen wrote:
> On Sat, Nov 09, 2013 somewhat later, Gammel Holte wrote:
> > On Sat, Nov 09, 2013 at 11:11:09AM +0100, Oswald Buddenhagen wrote:
> > > On Sat, Nov 09, 2013 at 12:23:55AM +0100, Gammel Holte wrote:
> > &g
hi,
On Sun, Nov 24, 2013 at 09:26:37PM +, Ignas Anikevičius wrote:
> Are there any plans for support of the IDLE and PUSH extensions in
> mbsync?
>
IDLE is being considered; it depends on the "daemon mode" item in the
TODO list. there was a related thread on the list some months ago.
PUSH see
On Thu, Nov 28, 2013 at 04:51:24PM +0100, Ploc wrote:
> The stateless statement is important for me, as I want to be able to
> synchronize my two imap accounts from various computers, even if I
> reinstall the system, leading to restart from a fresh install without
> cache data.
>
mbsync is sta
On Fri, Nov 29, 2013 at 10:21:56AM +0100, Ploc wrote:
> Le 2013-11-29 09:23, Oswald Buddenhagen a écrit :
> > the state file is not a cache, because it cannot be reconstructed
> > from data mbsync knows about.
>
> What is it, if it is not a cache ?
>
persistent data. a st
On Sat, Nov 30, 2013 at 12:49:07PM +, Charlie Allom wrote:
> Oswald, I've put the logs here:
> https://spodder.com/~yeled/mbsync.log.1385814700.gz but they don't
> show what's going on with timing. Everything rockets along until the
> EXPUNGE, which takes almost an entire second each iteration.
The branch 'maxmessages', previously at 69da8d8, has been rewound by 1
revision(s) and subsequently fast-forwarded by 1 revision(s) to
d0167dd.
--
Rapidly troubleshoot problems before they affect your business. Most IT
or
On Sun, Dec 01, 2013 at 05:33:07PM +, Charlie Allom wrote:
> On Sun, Dec 01, 2013 at 11:06:43AM +0100, Oswald Buddenhagen
> wrote:
> > gmail has an option to auto-expunge, and it's on by default.
> > i suggest you turn that off and see how it fares.
>
> Hi Oswa
On Tue, Dec 03, 2013 at 12:31:51PM +, Myles English wrote:
> Old messages are being synced back to my gmail AllMail with new
> timestamps but retaining the seen flag. Checking the local Maildir
> there are indeed duplicate messages that differ only in a line
> containing a X-TUID such as:
>
t
commit 3d81ccbf21dc5f81987365e6ff8c6e0ddc1f26e4
Author: Oswald Buddenhagen
Date: Sun Nov 3 20:17:54 2013 +0100
make it possible to run only selected tests
src/run-tests.pl |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/run-tests.pl b/src/run-tests.pl
index
commit 5297425918b4f380de9114aed36229ac9576a106
Author: Oswald Buddenhagen
Date: Sat Nov 16 13:41:27 2013 +0100
more precise failure reporting
src/run-tests.pl | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/src/run-tests.pl b/src/run-tests.pl
index
commit f1eea7d9a50da1a4e52ca22edabb5d31291e03be
Author: Oswald Buddenhagen
Date: Sat Nov 16 17:59:45 2013 +0100
do not trash expired messages
we are not actually deleting them, so there is no point in saving them
in the trash.
src/sync.c |2 +-
1 files changed, 1
commit 48754ecc74123d4405999e3e5e720779d7a10bd2
Author: Oswald Buddenhagen
Date: Sat Nov 16 13:25:31 2013 +0100
make sync state header format less obscure
the header is not space-critical, so use proper name-value pairs.
this has the additional advantage that subsequent format
commit 014d9b90818010830aaea1e99470493fa82c85f7
Author: Oswald Buddenhagen
Date: Sat Nov 23 12:01:23 2013 +0100
make message counting in expiration code less confusing
src/sync.c | 18 +++---
1 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/src/sync.c b/src
commit 6b7b2b11063ef32a3d40624d212c30d5f9ac995f
Author: Oswald Buddenhagen
Date: Sat Nov 23 12:22:31 2013 +0100
always get slave flags when we are expiring
even if we are not propagating new messages, the appearance of new
messages on the slave can lead to expiring older
commit 83bb1cf716d5f44b773b952aa789aadac04171b2
Author: Oswald Buddenhagen
Date: Sat Nov 16 13:21:45 2013 +0100
make state loading in showstate() similar to ckstate()
src/run-tests.pl | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/src/run-tests.pl b
commit 9a62521cff661b40c3d05bd60b3630d469c93736
Author: Oswald Buddenhagen
Date: Sun Nov 24 19:50:46 2013 +0100
micro-optimization/-clarification: swap condition order
src/sync.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/sync.c b/src/sync.c
index
commit 8b76412b0d16bac8ba9696ddd4563968cc9eab0f
Author: Oswald Buddenhagen
Date: Sun Nov 17 17:36:08 2013 +0100
document message expiration transactions
src/sync.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/sync.c b/src/sync.c
index 574a47c
commit 7f784fd23597e146c035a51e4256be8a1d923824
Author: Oswald Buddenhagen
Date: Sat Nov 2 20:47:20 2013 +0100
log maxuid bumping less aggressively
we can bump the internal variable whereever convenient, but we cannot
log it until we know that all messages were copied, as
commit f044adbfa423f4b88c50d4f990c7d8d6d0a3241b
Author: Oswald Buddenhagen
Date: Sat Nov 9 13:06:39 2013 +0100
take configs out of target state defs
cleaner and less duplication
src/run-tests.pl | 159 ++
1 files changed, 77
commit 9e186ae88ba72f249ac3f5916f2ba90be936da35
Author: Oswald Buddenhagen
Date: Sat Nov 9 11:25:40 2013 +0100
use post-sync "seen" flag to determine expirability
otherwise it wouldn't be idempotent.
src/sync.c |2 +-
1 files changed, 1 insertions(+), 1 del
commit 15216947fbc1a385d9dcca9e61bccd77ed86b58a
Author: Oswald Buddenhagen
Date: Fri Nov 8 12:05:08 2013 +0100
don't protect recent messages from MaxMessages
while maildir has a clearly defined meaning of "recent" and for example
mutt handles it graciously, IM
commit b1842617f7700c56d3eede8ce6c5afdacf433fca
Author: Oswald Buddenhagen
Date: Sat Nov 30 13:03:12 2013 +0100
make MaxMessages work for new mails as well
this helps enormously on the first sync of a 100k message box with a
limit of 1k messages. it also happens to make the
commit d3f6347021c39e753cad226c47cc5f0556bcc479
Author: Oswald Buddenhagen
Date: Sat Nov 23 15:55:02 2013 +0100
delay propagation of new messages
previous sequence:
examine & propagate new => examine old => propagate old
new sequence:
examine new =>
commit fe3d19b7ebcaff5629ec236d01da1bf8262ad472
Author: Oswald Buddenhagen
Date: Mon Nov 4 09:54:39 2013 +0100
verify idempotence of all sync operations
src/run-tests.pl | 43 +--
1 files changed, 33 insertions(+), 10 deletions(-)
diff --git a
commit 83b834cdfdc68334a365894bd9250147e4ca4862
Author: Oswald Buddenhagen
Date: Sun Nov 10 19:57:08 2013 +0100
count unread messages like flagged messages when expiring
that is, don't count them towards the total only below the cut-off
point. making them extend the wo
commit 12676f28da2c708f8adc140b1d114e29dcccf65a
Author: Oswald Buddenhagen
Date: Sun Nov 17 09:06:20 2013 +0100
remove cleanup of expired entries during setup of master load
the removed code would only ever trigger if a) we were after a journal
replay or b) something external
commit 540adbb8fd8cf250628dfbb772cb714ba2626332
Author: Oswald Buddenhagen
Date: Sun Dec 1 17:57:33 2013 +0100
make host resolution error messages more useful in non-ipv6 builds
src/socket.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/socket.c b/src
commit 273ac899f3f1b26e9861aa9de08b9733e04b8a93
Author: Oswald Buddenhagen
Date: Sun Nov 17 11:23:44 2013 +0100
don't delay loading master even if messages were expired
the delay optimized the corner case of previously important but now
expired messages on the
commit f586c0bee5aac9218fb33f44c59d031ae0e0162b
Author: Oswald Buddenhagen
Date: Sun Nov 24 19:39:33 2013 +0100
make it possible to specify CopyArrivalDate and MaxMessages globally
sneaky change on the side: the wording of the man page is changed from
"outside any sectio
commit 391ec01f285f41f54c3719b1e4a11d2b7c0c66b3
Author: Oswald Buddenhagen
Date: Sat Nov 2 19:33:50 2013 +0100
make message propagation recording less magic
assign the sync record to the source message asap, and later on rely
on a more explicit condition than not doing so
commit 0b32734693d87596c2733ba24d4a782074108ae7
Author: Oswald Buddenhagen
Date: Sun Dec 8 15:49:03 2013 +0100
remove own_store() function from driver model
the drivers which support it can abstract it inside open_store() just
fine.
src/drv_imap.c| 22
commit ecb4c7ab07bb9678391833bb4786ff3a0df743fa
Author: Oswald Buddenhagen
Date: Sun Nov 24 15:58:32 2013 +0100
propagate deletions with other flag changes
less code duplication, more logical order of issued driver commands
(especially after the next commit), and the "
commit 8d5bd62537ee8c5f68b311fe8c3d8058c522776c
Author: Oswald Buddenhagen
Date: Sun Nov 24 20:26:33 2013 +0100
add ExpireUnread option
src/config.c |4
src/isync.h |1 +
src/mbsync.1 | 14 --
src/run-tests.pl | 12
src/sync.c
commit c6f08b8f17e72732151f3433d2c2d218a0b523a3
Author: Oswald Buddenhagen
Date: Sat Dec 7 16:11:24 2013 +0100
treat manually specified box list the same as one coming from Patterns
src/isync.h |1 +
src/main.c | 48 +++-
src/util.c
commit 92b892d24757b117c8ee73741f263b46f4472a85
Author: Oswald Buddenhagen
Date: Sun Dec 8 16:37:20 2013 +0100
tag verbose output when channel links two verbose stores
otherwise it's pure guesswork to assign the output to particular stores.
src/drv_imap.c|
commit 03b3b566f1b108066294cc73dff8bf1a06b3ae91
Author: Oswald Buddenhagen
Date: Sun Dec 8 20:46:40 2013 +0100
reshuffle sources a bit
split header and move some code to more logical places.
.gitignore |4 +-
configure.ac |2
commit c0ba0c7ecffcc002b2d23e3bf484cc02bda7e78b
Author: Oswald Buddenhagen
Date: Sun Nov 24 19:32:42 2013 +0100
replace global_* with a channel_conf_t instance
this makes the (growing) list of getopt_helper()'s parameters
manageable. the few wasted bytes are worth it.
commit cf0f32f80030e1476bff4fe5ab3c060ef415dafb
Author: Oswald Buddenhagen
Date: Sun Dec 8 09:49:39 2013 +0100
allow prefixes to Patterns
this makes it possible to "rename" a "namespace" while syncing.
src/main.c | 57 +++
commit 27fa63a577cc23b87e78070a09ac22d28c8ea10d
Author: Oswald Buddenhagen
Date: Sun Dec 8 16:32:30 2013 +0100
move verbose socket logging out of socket driver
the way it's used, it's more of a high-level function.
src/drv_imap.c |8
src/socket.c |
commit 71524cb6b0c2a1b0c5a811cb5bf00eac91d561a8
Author: Oswald Buddenhagen
Date: Sat Nov 2 21:42:34 2013 +0100
reduce FSync option to a boolean
there is no use for Thorough mode any more, so simplify the
configuration.
src/config.c | 10 ++
src/drv_maildir.c
commit 2cb483fb2e4424b47ab1ddfb58a492a9aaff0469
Author: Oswald Buddenhagen
Date: Sun Dec 8 15:11:00 2013 +0100
make use of IMAP MOVE extension
the Maildir driver is always exposing behavior equivalent to this - it's
more efficient.
src/drv_imap.c |4 +++-
1 files ch
commit 49a32910a7ff482ff2d58b40366fc6e366cf15f1
Author: Oswald Buddenhagen
Date: Sun Nov 24 18:26:11 2013 +0100
move handling of new messages after that of old ones
i.e., move it back. whatever the original reason was, it's now gone.
this order is way more natural,
commit b6949c64d2fb68349ea7e3a6165c603bfed1512e
Author: Oswald Buddenhagen
Date: Sun Dec 1 17:45:34 2013 +0100
avoid useless delay after creating maildir box
we would see the recent timestamp of the creation and conclude that
something is going on, so we'd wait. th
commit decc33c2cf2c51179a4b287160e70dc853c52f99
Author: Oswald Buddenhagen
Date: Sat Dec 7 17:24:08 2013 +0100
factor out sync_listed_boxes()
src/main.c | 28 +---
1 files changed, 17 insertions(+), 11 deletions(-)
diff --git a/src/main.c b/src/main.c
index
commit 6c6ad9710c6b04220ed6a50c2875be290d2ffc99
Author: Oswald Buddenhagen
Date: Sun Dec 8 09:51:31 2013 +0100
less spaghetti
src/main.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/src/main.c b/src/main.c
index 292ec5f..780f648 100644
--- a/src
commit 1e427f5cd5caa1bd13fe9c6f564946ea2331a225
Author: Oswald Buddenhagen
Date: Sun Nov 24 19:55:41 2013 +0100
do not unnecessarily use bitfields
they don't save much (if any) space in our usage, while they make the
machine code more bloated and slow.
src/drv_imap.c |
commit 0ad8ef80b28a40c11fb10c37aace0f02e5ec50f6
Author: Oswald Buddenhagen
Date: Sun Dec 8 10:48:14 2013 +0100
don't check for INBOX more than necessary
src/drv_maildir.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/drv_maildir.c
commit c293acaf240f4d8b85e8309b8eed084058b56631
Author: Oswald Buddenhagen
Date: Sun Dec 8 10:44:50 2013 +0100
fix listing of nested maildir mailboxes
src/drv_maildir.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/drv_maildir.c b/src/drv_maildir.c
commit 29a56e2dc4d5d149982917452b1c9fd419664cbf
Author: Oswald Buddenhagen
Date: Sat Nov 2 21:41:48 2013 +0100
don't fsync after logging every TUID
as we now don't actually start propagating new messages until all TUIDs
have been generated, it's sufficient to
commit f485d69332d90128f8c2d5769fd88aff2df50566
Author: Oswald Buddenhagen
Date: Sat Dec 7 16:41:05 2013 +0100
refuse box list overrides if Channel has no Patterns
as the named boxes are the same on both sides, they logically make
sense only when the channel is in that mode
The branch 'maxmessages', previously at d0167dd, has been deleted.
--
Sponsored by Intel(R) XDK
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.
hi users!
On Mon, Dec 09, 2013 at 09:01:50AM +, Oswald Buddenhagen wrote:
> The branch 'maxmessages', previously at d0167dd, has been deleted.
>
with this branch being merged now, i feel like making the next attempt
at ... wait for it ... making a release. :D
so please give i
On Tue, Dec 10, 2013 at 11:17:49PM -0600, guns wrote:
> I have noticed that you have reset the master branch of
> http://sourceforge.net/projects/isync/ three times in the last month.
>
three? i don't think so.
i rewrote the history of all branches to retroactively fix a git setup
glitch (and remo
commit 2f0fbcd3068da05056107a88f58c92d75bb213c6
Author: Oswald Buddenhagen
Date: Wed Dec 11 14:30:38 2013 +0100
don't use UID EXPUNGE unless trashing
a simple CLOSE is way more efficient, so use it if no adverse effects
can come from it.
src/drv_imap.c |2 +-
1
commit 2bbd07ec87d81cb7a20aa49344b66d6cfdc4fc78
Author: Oswald Buddenhagen
Date: Wed Dec 11 16:29:02 2013 +0100
adjust comments to new reality
src/sync.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/src/sync.c b/src/sync.c
index 957188c..4df172c
commit 5a21042e980a4697623eaf5614a1dad0e6fdee23
Author: Oswald Buddenhagen
Date: Wed Dec 11 16:25:30 2013 +0100
ensure sequencing of message propagation and store closing
by putting the message propagation last, d3f634702 uncovered a
long-standing problem: we might have closed
commit c47ee1c8c4bc1961cf7fd665326bfa05504ab0e7
Author: Oswald Buddenhagen
Date: Wed Dec 11 16:13:49 2013 +0100
fix error paths wrt sync drivers, take 3
msgs_copied() was not checked at all, and msgs_flags_set() was doing it
wrong (sync_close() was not checked
commit 359091625daefccfa1a957dbfb7536376a4c56fc
Author: Oswald Buddenhagen
Date: Fri Dec 13 15:36:33 2013 +0100
MaxMessages: ignore entries with no master while calculating bulk fetch
src/sync.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/sync.c b/src
The branch 'sasl' has been created at 583bb75.
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. Wit
st missing
some invalid assumption in my code. anyone has an idea?
>From b4d7e0d63dd83850f1db97082a1b12a2c5fb82ad Mon Sep 17 00:00:00 2001
From: Oswald Buddenhagen
Date: Sat, 3 Aug 2013 09:36:31 +0200
Subject: [PATCH] *** work around readdir() sometimes returning the same
entries multiple time
On Sat, Nov 16, 2013 at 10:55:17AM +0100, Oswald Buddenhagen wrote:
> actually, to support your mode of operation, a rather simple extension
> should be sufficient:
>
> Master :remote:INBOX
> Master :local:Account1
> Patterns *
>
this is impl
commit 8b2bc912b462f8b6b7444616a42288a3bd36c5e4
Author: Oswald Buddenhagen
Date: Sat Dec 14 12:37:11 2013 +0100
elaborate on expunging and trashing
src/mbsync.1 | 34 --
1 files changed, 32 insertions(+), 2 deletions(-)
diff --git a/src/mbsync.1 b/src
commit 4481702da300cebe1ebe94923f574c7b311bd292
Author: Oswald Buddenhagen
Date: Fri Dec 13 19:07:05 2013 +0100
clarify wording in MapInbox doc
src/mbsync.1 |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mbsync.1 b/src/mbsync.1
index 37a09d9..11ec971 100644
commit 760bfa2cc66d30d6bb6272d55f82874c8fb0c0ae
Author: Oswald Buddenhagen
Date: Sun Dec 8 22:29:15 2013 +0100
pre-release doc updates
NEWS| 10 ++-
README |1 +
TODO| 66 ++
src
commit 4fa57791930ea07ede9070d3923613b51ed871fc
Author: Oswald Buddenhagen
Date: Sun Dec 15 12:46:03 2013 +0100
avoid array underflow in IMAP LIST .lock workaround
suggested by Mark Wielaard .
fwiw, the workaround really is still necessary with panda imap ...
src
commit f9386d0b839076f42a6f5218b887a002e7d87cdb
Author: Oswald Buddenhagen
Date: Sun Dec 15 14:04:55 2013 +0100
remove apparently obsolete item about Mutt's confusion
seems to work just fine ...
TODO |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a
The tag 'isync_1_1_0' has been created at f9386d0.
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue.
The branch 'isync_1_1_branch' has been created at f9386d0.
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their
commit 211431b0ca8f937355794f7608e5b1a8f570be69
Author: Oswald Buddenhagen
Date: Wed Dec 18 22:29:28 2013 +0100
fix download links
index.html |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/index.html b/index.html
index a5b3a9a..f241a38 100644
--- a/index.html
commit b3be0259b9f26155ab10bb79adbd07775a7f6b25
Author: Oswald Buddenhagen
Date: Wed Dec 18 22:26:28 2013 +0100
refer explicitly to GPLv2
index.html |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/index.html b/index.html
index 8f492b3..a5b3a9a 100644
--- a
commit 075a2d4309012ce8d4cf04aeb8aa7853799fabf3
Author: Oswald Buddenhagen
Date: Wed Dec 18 22:19:40 2013 +0100
.cvsignore -> .gitignore
.cvsignore |2 --
.gitignore |2 ++
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/.cvsignore b/.cvsignore
deleted file m
as you may have guessed from the tag and branch creation, 1.1.0 is
released now, including:
Support for hierarchical mailboxes in Patterns.
Full support for IMAP pipelining (streaming, parallelization) added.
This is considerably faster especially with high-latency networks.
Faster and hopefully
On Mon, Dec 30, 2013 at 02:04:34PM +, Rob Stewart wrote:
> 1. Duplicate folders on Exchange server.
>
> I am using davmail to sync with an Exchange server. For some reason,
> there are two "Sent" folders on the server:
>
to analyze the problem the contents of the .mbsyncrc and the output of
$
On Thu, Jan 02, 2014 at 05:18:46PM +, Rob Stewart wrote:
> On 2 January 2014 16:53, Oswald Buddenhagen wrote:
> > On Mon, Dec 30, 2013 at 02:04:34PM +, Rob Stewart wrote:
> >> 1. Duplicate folders on Exchange server.
> >>
> >> I am using davmail to sy
On Thu, Jan 02, 2014 at 06:58:23PM +, Rob Stewart wrote:
> On 2 January 2014 18:16, Oswald Buddenhagen wrote:
> >> Done. It still takes a while.. about 30 seconds or so. Should I be
> >> satisfied with this?
> >>
> > hmm, no, not really. something is wrong
commit aee0fa3b68461fdc3208db8987752660810bddf3
Author: Oswald Buddenhagen
Date: Thu Jan 2 20:50:42 2014 +0100
make date parsing portable, take 2
the global timezone variable is glibc-specific.
so use timegm() instead of mktime() for the conversion.
as that is specific to
commit 813b4942db53688c9cbdcf62801076cb60126f7b
Author: Oswald Buddenhagen
Date: Thu Jan 2 21:08:57 2014 +0100
bump version
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index ed3e124..5f7c331 100644
--- a/configure.ac
commit 6d2fd370a60de5cacaf8e60c117efe66c245dc16
Author: Oswald Buddenhagen
Date: Thu Jan 2 19:36:45 2014 +0100
fix _POSIX_SYNCHRONIZED_IO usage
it can be -1 for unsupported, or 0 for runtime detection (which we don't
do).
src/drv_maildir.c |2 +-
src/sync.c|
On Sun, Dec 22, 2013 at 09:54:54PM -0500, Chris Nehren wrote:
On Wed, Dec 25, 2013 at 09:29:38PM +0100, Emanuel Haupt wrote:
> [compile on freebsd is teh FAIL]
>
fixed in isync_1_1_branch. presumably.
--
Rapidly troublesho
On Mon, Jan 13, 2014 at 04:54:19AM +0100, martin wrote:
> I have som problems with swedish characters. [...]
> I read the man page but didn't find anything about character encodings.
>
that's because mbsync doesn't know anything about encodings. the entire mail
transmission chain is designed to be
On Thu, Jan 16, 2014 at 06:27:45PM -0800, Allen Akin wrote:
> Master :tuo:/home/akin/Mail/
> Slave :ein:/home/akin/Mail/
>
> Any ideas?
>
the box names above were ignored before, now they actually have meaning
(re-read the docu about these options (and Patterns)).
they make no sense a
On Tue, Jan 21, 2014 at 03:50:31PM +, Alex Crow wrote:
> S: * 504 FETCH (UID 1314 FLAGS (\Seen) BODY[HEADER.FIELDS (X-TUID)] {4}
> S: )
>
you can add another -V to see what is in there. that might give a clue
how it came to be.
you could also inspect the message manually (open the mailbox with
commit f4a192f375c47bc910f7b6216aa270855012d0a2
Author: Oswald Buddenhagen
Date: Sat Jan 25 11:34:03 2014 +0100
don't error out if we don't get an X-TUID header
the BODY[] item in the FETCH response corresponds to what we requested,
and its presence doesn'
On Tue, Jan 21, 2014 at 03:50:31PM +, Alex Crow wrote:
> S: * 504 FETCH (UID 1314 FLAGS (\Seen) BODY[HEADER.FIELDS (X-TUID)] {4}
> S: )
> IMAP error: unable to parse BODY[HEADER.FIELDS ...]
>
i pushed a fix for this ...
> Program received signal SIGSEGV, Segmentation fault.
> 0x0040908
801 - 900 of 2608 matches
Mail list logo
