Hi Oswald,
Thanks again for your time.
Oswald Buddenhagen writes:
>
>>If you're happy to just double the sizes as suggested above please go
>>for it, otherwise I can get finer numbers based on my use case if I
>>manage to find the time to do it.
>>
> i could, but this would be the 2nd bump done
On Thu, Jun 10, 2021 at 12:54:40PM +0200, Nacho Barrientos wrote:
Oswald Buddenhagen writes:
On Thu, Jun 10, 2021 at 12:14:55PM +0200, Nacho Barrientos wrote:
Hi again,
ah, there, arrived just when i was replying. ^^
Yeah, sorry, there's some inconvenient lag processing the mailing list
me
Hi,
Oswald Buddenhagen writes:
> On Thu, Jun 10, 2021 at 12:14:55PM +0200, Nacho Barrientos wrote:
>>Hi again,
>>
> ah, there, arrived just when i was replying. ^^
Yeah, sorry, there's some inconvenient lag processing the mailing list
messages apparently :/
Yes, I had already used gdb to locat
On Thu, Jun 10, 2021 at 12:14:55PM +0200, Nacho Barrientos wrote:
Hi again,
ah, there, arrived just when i was replying. ^^
Big kerberos tickets on our side I guess :)
yeah, seems plausible. searching "kerberos token bloat" produces some
scary results. the question is what a sensible upper
On Thu, Jun 10, 2021 at 11:32:09AM +0200, Nacho Barrientos wrote:
As requested by my beloved mbsync, reporting a bug :)
ha! :)
Fatal: buffer too small. Please report a bug.
(core dumped)
load that into gdb along with the matching executable, run "bt full" and
post the backtrace (if it
Hi again,
>From 386f1e5037d88ade03f299c68d622b0179b07657 Mon Sep 17 00:00:00 2001
From: Nacho Barrientos
Date: Thu, 10 Jun 2021 12:12:00 +0200
Subject: [PATCH] Allow bigger IMAP messages
---
src/drv_imap.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/drv_imap.c b/
Hi,
As requested by my beloved mbsync, reporting a bug :)
~ λ mbsync -V -DMn example-prio-0
Reading configuration file /home/nacho/.mbsyncrc
Notice: Master/Slave are deprecated; use Far/Near instead.
Channel example-inbox
Opening far side store example-remote...
Resolving imap.example