On Thu, Mar 11, 2021 at 02:11:53PM +0100, Joel Granados wrote:
/lib -> usr/lib
/lib32 -> usr/lib32
/lib64 -> usr/lib64
/libx32 -> usr/libx32
/usr/lib
/usr/lib32
/usr/lib64
/usr/libx32
ok, the system simply aliases /lib* to /usr/lib* (i think that's the new
debian policy), so the "duplicate"
On Fri, Mar 12, 2021 at 09:29:06AM +0100, Joel Granados wrote:
The systems are actually quite different (I forgot to mention it).
well, that kind of defeats the configuration difference based approach.
but that working second system seems to be a side track anyway. you
started out with this:
On Tue, Mar 16, 2021 at 05:52:58AM -0400, Michael Grant via isync-devel
wrote:
I realize they are uchar which means 8 bits and maybe this works fine
in gcc,
in fact, it works with any compiler by necessity, as the assignment to
char variables MUST truncate the result.
the masking in line 12
On Thu, Mar 18, 2021 at 09:09:53PM +0100, Joel Granados wrote:
I indeed went back to my original comment and restarted from there. I
notcied that there is a link that is created when openssl is installed
in debian bullseye /lib/ssl/openssl.cnf -> /etc/ssl/openssl.cnf.
fwiw, it's
On Wed, Mar 10, 2021 at 10:23:53PM +0100, Johannes Kastl wrote:
If I have a one-way sync and folders on the master get deleted, I get
a warning during sync but the folders will not be removed from the
slave? Even though "Remove Slave" is set?
correct. until you empty the slave box to confirm
On Wed, Mar 10, 2021 at 10:19:28PM +0100, Johannes Kastl wrote:
IMAP warning: ignoring INBOX in INBOX.GMX.
that's weird. please post the output of mbsync -D -l -a.
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
On Sun, Mar 21, 2021 at 08:31:21PM +1300, Miles Rout wrote:
I'd just prefer that I didn't have to go and edit dozens of files on a
dozen different systems.
didn't you just spend more time on writing that mail than fixing at
least a dozen systems? if you're in the extraordinary situation of
On Mon, Mar 22, 2021 at 04:47:13PM +0100, Johannes Kastl wrote:
But when adding them to a group and using this, I get a segfault.
whooops.
I can send the short debugging log, and I can of course try to do
things with gdb, if needed...
valgrind --tool=memcheck --num-callers=50 mbsync [...]
here's a patch that changes the behavior instead; please test it.
>From d8feb67dae1971b08696d529d9ada6bf6fae6faa Mon Sep 17 00:00:00 2001
From: Oswald Buddenhagen
Date: Fri, 19 Mar 2021 18:21:34 +0100
Subject: [PATCH] tolerate INBOX mis-casing in Path
while it's technically reasonable to exp
On Mon, Mar 15, 2021 at 02:25:57PM +0100, Johannes Kastl wrote:
[...]
Opening master box INBOX/Mini48...
i need to see a lot more of the log (preferably all of it) to make sense
of it. also, your config file. if you don't want to post them, send them
in private.
On Sat, Mar 13, 2021 at 06:54:05PM +0100, Johannes Kastl wrote:
All subfolders of the original GMX INBOX are throwing errors:
Error: channel Foo: master SOME_FOLDER cannot be opened.
which version of mbsync exactly are you using? 1.3.4 fixed a related bug
(which was introduced in 1.3.2, and
On Thu, Mar 11, 2021 at 09:03:30PM +0100, Johannes Kastl wrote:
Due to the sync into a subfolder, there is a INBOX folder inside the
folder, maybe this is something that mbsync does not expect?
yeah, it inherently can't deal with that. you can work it around by just
slightly changing the
On Mon, Mar 08, 2021 at 09:02:45AM -0800, Jonathan Lemon wrote:
The following patch adds support OAUTHBEARER on OSX, so now connections
to gmail will work correctly with a configuration like: [...]
seems reasonable.
if (process_sasl_step( ctx, rc, NULL, 0, interact, , _len
)
On Mon, Mar 08, 2021 at 09:30:07PM +0100, Joel Granados wrote:
Clearly there are several links for the libraries on the box that does
not work,
yeah, that seems like a likely problem source.
question is. How can I work around this without fiddling around with my
systems configuration?
On Mon, Feb 15, 2021 at 07:59:51PM +, hus...@alshehhi.io wrote:
When I ran mbsync -a I got the following notice:
Notice: far side store does not support flag(s) 'P'; not propagating.
Could you please help me understand what this flag is? I am not sure if
it is supposed to reference
On Fri, Feb 05, 2021 at 10:03:46PM +0100, Joel Granados wrote:
Any ideas?
not really. check with ldd what mbsync is linking in both cases.
ls -l these libraries; i wouldn't be surprised if symlinks are involved.
you could use ltrace to see if there is a difference (also strace, but
that's a
On Thu, Feb 18, 2021 at 06:32:14PM -0500, David J. Weller-Fahy wrote:
I went through the man page, and did some searching online, but was
not able to find a way to ignore a folder. Is there any way to tell
mbsync to ignore the ~/Mail/.notmuch folder?
are lots of caveats that would
qualify as mitigating factors if the criteria are not interpreted quite
as literally (the case of a malicious server does not seem to fit very
well).
>From 45e2bdc439a01974b6b990bfb8a8968192c3b721 Mon Sep 17 00:00:00 2001
From: Oswald Buddenhagen
Date: Sun, 14 Feb 20
On Fri, Aug 27, 2021 at 03:34:11PM +0100, Sean Hammond wrote:
I wrote a quickie tutorial about how to backup Fastmail and Gmail accounts with
isync:
https://www.seanh.cc/2021/08/22/backup-fastmail-and-gmail-with-isync/
It seems to be working great for me
nice writeup. a few minor points:
-
On Mon, Aug 16, 2021 at 12:31:24PM +0200, Saša Janiška wrote:
I wanted to configure 'maildir' type of accounts in Evolution, but it
add some indexing stuff, so I reverted back to IMAP, but then I used
'SubFolders' option set to 'Maildir++', so now I wonder whether it is
recommended (for using it
On Wed, Sep 08, 2021 at 04:48:25PM +0200, Uwe Kleine-König wrote:
On 9/8/21 10:15 AM, Oswald Buddenhagen wrote:
the notable thing here is that you have *a lot* more messages on the
client than there are on the server. given your symmetrical
configuration, mbsync should try to upload them all
On Wed, Sep 15, 2021 at 01:12:16PM +0200, Tassilo Horn wrote:
Is there anything else I should be aware of?
nothing i'm aware of.
Otherwise, I'd just try it out and either mdconvert or simply download
my mailboxes anew.
convert only that one box in place. there is no need to change the
On Tue, Sep 07, 2021 at 09:40:52PM +0200, Uwe Kleine-König wrote:
strace looks as follows:
there doesn't appear to be anything particularly remarkable about that
log. it simply downloads messages ...
Maybe it's the server's fault if it scrambled all UIDs?
i see no evidence of that so far.
On Mon, Sep 13, 2021 at 10:14:06AM +0100, Joe Kilner wrote:
Is this possible
no. https://cr.yp.to/proto/maildir.html
or, alternatively, is there a better way of doing things?
you could symlink them to a different location and index that. notmuch
does that, though it likely won't fit your
On Wed, Sep 15, 2021 at 06:56:54AM +0200, Tassilo Horn wrote:
Is there something I could do about it? Like telling mbsync not to add
this U-flag for messages in drafts folders?
you could switch to AltMap yes, or you could have mu4e enumerate the
messages itself (but don't be naive about it;
On Thu, Aug 05, 2021 at 07:16:53PM -0500, Liam Hupfer via isync-devel wrote:
Is there a way I can force mbsync to resync everything
with CopyArrivalDate on?
no, such an operation is not supported by imap, and for symmetry reasons
it wouldn't fit the maildir driver, either. one could hack a
On Sat, Aug 07, 2021 at 10:50:08AM -0500, Liam Hupfer wrote:
They’re just files sitting in a folder; I haven’t really done anything
with them. I just don’t know how to modify the filenames and the UID and
sync state files to successfully add them to mbsync on the near
(maildir) side so they sync
On Sat, Aug 07, 2021 at 10:54:25AM -0500, Liam Hupfer wrote:
Or am I
misunderstanding, and there is a way to resync everything from the
maildir side without duplicating everything on the IMAP side?
the sync process is (almost) entirely symmetrical. just make _sure_ you
nuke the corresponding
On Sun, Aug 08, 2021 at 03:02:44AM -0500, Liam Hupfer wrote:
Oswald Buddenhagen writes:
nuke the corresponding sync state files when clearing the
server-side boxes, as otherwise the deletions will propagate.
Ok, great. But what are the corresponding sync state files?
that part
On Sun, Aug 08, 2021 at 03:11:05AM -0500, Liam Hupfer wrote:
Oswald Buddenhagen writes:
just move them into the maildir, so they are treated like any other
new message.
I wasn’t really sure how new messages were treated, to be honest. Do I read the
source code for that?
why would it even
On Thu, Aug 12, 2021 at 10:56:03AM +0800, Vonfry wrote:
isync is configured with Tunnel "nc -X 5 -x 127.0.0.1:1080 -w 10 -N
imappro.zoho.com 993" but the connection cannot be closed after sync
without setting timeout.
my netcat doesn't know most of the options, so i can't really judge that
On Thu, Jul 29, 2021 at 09:33:35PM +0900, Norbert Preining wrote:
- on the server there is still only one file
- on the client/near side there are **two** copies of the trashed email
which differ only in the
X-TUID
header. **Both** have a X-TUID header, but two different ones.
I also
On Fri, Jul 30, 2021 at 02:03:47PM +0900, Norbert Preining wrote:
Now my questions are:
* Is my above idea correct? And if yes, ...
yes
* should I simply remove the "Trash Trash" configuration?
yes
(what I want is that emails that disappear are simply
removed, no need to keep them
On Sun, Aug 01, 2021 at 06:20:54AM +, Dieter Komendera wrote:
is there a way with mbsync to update messages on the Far side when the
message was changed on Near?
no, messages are immutable per imap spec.
however, you can save a modified copy under a new name, which is exactly
what mutt
On Wed, Aug 04, 2021 at 08:22:33AM +0200, Uwe Kleine-König wrote:
from time to time I experience mbsync (from the 1.3.0-2.2 Debian
package) saying:
the debian package is orphaned. it's better to build v1.4 from source.
Aug 04 07:31:13 taurus syncmail-work[1553327]: Warning: lost track of
On Wed, Aug 04, 2021 at 06:20:33PM +0200, Uwe Kleine-König wrote:
A bigger context of the logs of an older run can be found at
https://www.kleine-koenig.org/~uwe/syncmail.log
ok, that's "interesting": the job not only takes lots of wall time, it
also consumes huge amounts of cpu time.
On Fri, Sep 24, 2021 at 08:58:12AM +0530, Vikas Rawal wrote:
What is the best way of achieving that?
there have been lots of threads on this list regarding gmail's boxes,
labels, and (sometimes weird) expunge behavior. search the archive.
___
On Mon, Nov 29, 2021 at 05:53:31PM +0100, Peter P. wrote:
please see below the relevant sections from the config file.
ok, nothing obviously wrong with it.
try hacking that box' .mbsyncstate: set MaxPushedUid to 0.
if that doesn't help, send me the log from a run with -D.
might have trouble comfortably editing them on
the near side anyway (the lack of a maildir standard for that is the
actual problem).
>From 041f48061d701ff1fdf8709c75f8e99e28d9b265 Mon Sep 17 00:00:00 2001
From: Oswald Buddenhagen
Date: Wed, 1 Dec 2021 11:25:06 +0100
Subject: [PATCH] don't compl
On Tue, Nov 30, 2021 at 09:18:29PM -0500, H wrote:
On 11/30/2021 03:14 PM, Oswald Buddenhagen wrote:
did you delete any remaining mbsync state files from the backup
_before_ trying to upload it to the new server?
No, I had not done that.
well, actually, you did, as the commands from the blog
On Thu, Dec 16, 2021 at 07:36:26PM -0500, David Denton wrote:
Okay, I was able to direct -D to a file, but it is 6MB. Will the list
permit an attachment of that size?
no, mail it to me privately.
___
isync-devel mailing list
On Sun, Dec 19, 2021 at 09:32:03AM -0500, David Denton wrote:
Can issues with lost messages be cause by deleting messages on another
device connected to the gmail account? Or from the same computer using
another email program such as Thunderbird? Is best practice to only
flag messages from
On Fri, Dec 17, 2021 at 03:29:17PM +, Tohiko Looka wrote:
I noticed that if I change a message body or header, mbsync does not
seem to sync back those changes to my IMAP server, unless I also move
the message to a new folder.
that's correct - imap specifies (and the maildir driver follows
On Mon, Dec 20, 2021 at 08:46:27AM +, Tohiko Looka wrote:
Should I also remove the the occasional ',S' and ',R' from the end?
no!
I couldn't find what these additions means.
https://cr.yp.to/proto/maildir.html
___
isync-devel mailing list
On Tue, Nov 23, 2021 at 10:28:45AM -0500, Peng Bai via isync-devel wrote:
Looking at one of them, in the sync state files there is a line like
"278 0 ^`".
that's an old-style skip (pre 1.4). the ones with placeholders should
have > as the indicator.
however, the old-style entries should be
On Wed, Nov 17, 2021 at 08:08:22AM +0900, Norbert Preining wrote:
Today I got a bug report about a crash including a backtrace:
i know, i watch the debian package. you don't need to forward anything
to me. in fact, i was about to reply directly on the bts before it
occurred to me to check the
On Wed, Nov 10, 2021 at 07:54:40AM +0100, Uwe Kleine-König wrote:
My approach would be
strace -f -tt -e decode-fds=path,socket,dev,pidfd -b execve
That should at least make it obvious, why mbsync terminates, doesn't it?
yes, but it won't help identify the root cause.
On Sun, Nov 21, 2021 at 12:59:28PM -0500, Antoine Beaupré wrote:
https://anarc.at/blog/2021-11-21-mbsync-vs-offlineimap/
Let me know what you think.
well, apparently the manual page should mention the example file. ^^
(i don't want the examples inline, as i loathe excessively long manual
On Mon, Nov 22, 2021 at 09:29:13AM -0500, Antoine Beaupré wrote:
hehe. well, it's a matter of taste I guess. i also don't like
excessively long manual pages either, but in this case this can fairly
easily be solved by moving the configuration file documentation to a
`mbsyncrc(5)` manpage. The
On Thu, Nov 18, 2021 at 10:34:43AM -0500, Antoine Beaupré wrote:
$2 = {
data = 0x559f9c642e00 "X-TUID: GovLn9FNVKrB\n[placeholder] \n It is anticipated
that there will eventually come a time where the\n third party ecosystem surrounding
Python 3 is sufficiently mature\n for this
On Wed, Nov 17, 2021 at 07:57:59PM -0500, Antoine Beaupré wrote:
totally frustrating, on the one hand. on the other hand: yay bug
solved?
:p
:'-D
maybe the gdb backtrace could be of use?
depends on how local the problem is. if it's near the crash site,
careful code review might reveal it.
On Mon, Nov 22, 2021 at 02:36:47PM -0500, Peng Bai via isync-devel wrote:
Any suggestions on how best to handle situations like this? Is there
some way to filter (I RTFM but didn't find) emails by size, etc.?
MaxSize would seem like the obvious answer, no?
On Tue, Oct 26, 2021 at 11:06:28PM +0100, Nils Andre wrote:
I accidentally deleted a message locally. How can I make it so that the
next time I run `mbsync`, it won't propagate the deletion to the far
side but will instead re-downloaded the message that was accidentally
deleted.
you need to
On Mon, Nov 08, 2021 at 10:53:00PM +0100, Uwe Kleine-König wrote:
A strange thing is that a run with -V works (unless it does not because
the tunnel breaks), while with -D it reproducible fails :-\
A typical ending then is:
my guess is that the server just disconnects, because things took too
On Mon, Nov 08, 2021 at 11:30:47AM +0100, Uwe Kleine-König wrote:
So the trashed (T) mails indeed make a big difference, though they
don't explain the complete difference.
they might, in fact, depending on what your state file contains.
$ diff
On Wed, Dec 01, 2021 at 12:54:33PM -0500, Peng Bai via isync-devel wrote:
I'm a bit confused how this will work. Please see the description of my
workflow above. My setup may be a bit weird as I'm working with mails on
the far side and the near side is a backup that only mbsync touches.
On Mon, Nov 29, 2021 at 12:52:24PM -0500, Peng Bai via isync-devel wrote:
Is there a way to sync messages that are flagged "\Deleted" but not
expunged?
It looks like messages with this flag will not be synced to the
Near side (please see my settings below).
that is correct; you have "expunge
On Tue, Nov 30, 2021 at 01:45:27PM +0100, Peter P. wrote:
* Oswald Buddenhagen [2021-11-29 19:22]:
try hacking that box' .mbsyncstate: set MaxPushedUid to 0.
Thanks Oswald, setting it to zero made the sync work!
ok. it would be interesting to know how you got into that state
On Mon, Nov 29, 2021 at 12:02:01PM -0800, Ken Mankoff wrote:
I've been playing around with mbsync for an hour trying to set up a new
config that will pull from that mailbox, but I cannot get it to work.
Has anyone used mbsync with a shared Outlook mailbox?
not me, anyway. ^^
for starters,
On Tue, Nov 30, 2021 at 03:21:21PM +0100, Peter P. wrote:
I thought there would be a flag that would
tell me what would happen (like rsync's --dry-run) before actually
running a "push" sync. Is there another way to predict what would
happen here?
nope. i'll add it to the todo list.
On Sun, Dec 12, 2021 at 01:14:37PM +0100, Nacho Barrientos wrote:
Nowadays, iSync is an essential part of my computing.
pedantically, it's better to avoid this capitalization, as it's apple's
(much younger and now defunct) trademark.
I couldn't find though any way to donate money on the
On Mon, Dec 13, 2021 at 02:26:13PM +, Sabahattin Gucukoglu via
isync-devel wrote:
Not that I would wish to prejudice the author(s) of imapsync, another
paid tool for IMAP migration, but what would it take for mbsync, whose
interface and configuration I much prefer, to be usable for one-way
On Mon, Dec 13, 2021 at 06:21:51PM +, Sabahattin Gucukoglu wrote:
One-way (possibly stateless) sync, [...]
i'm not sure which of the named behaviors you consider requirements, and
which just happen to be things imapsync does, so here are three ways to
do it *somehow* with isync:
the
On Mon, Dec 13, 2021 at 12:34:38PM -0500, H wrote:
Perhaps I should have a second script that syncs my upstream mailbox
to local storage, ie also deletes anything locally that is no longer
found upstream?
in simpler terms, one regular working clone, and one full backup.
The drawback is
On Thu, Dec 16, 2021 at 03:52:24PM -0500, David Denton wrote:
See attached file with portion of mbsync.log using the -Ds option
that's unfortunately not particularly useful.
(I don't seem to be able to use the -D option without errors.)
what kind of errors?
have you tried redirecting to a
red system, apart from knowing to target mbsync.
>From 463272eab866a36162fe51813327ca7af2f37ca0 Mon Sep 17 00:00:00 2001
From: Oswald Buddenhagen
Date: Wed, 24 Nov 2021 19:21:48 +0100
Subject: [PATCH 1/5] CVE-2021-3657: reject excessively large IMAP literals
we didn't limit the 32-bit size of liter
be exploited for remote code execution.
mitigation:
upgrade to the freshly released v1.4.4 available from
https://sourceforge.net/projects/isync/files/isync/ , or apply the
attached patch.
>From 87065c12b477ee7239dd907f352dda5289c0c919 Mon Sep 17 00:00:00 2001
From: Oswald Buddenhagen
Date: Mon,
On Tue, Nov 30, 2021 at 07:08:26AM -0800, Ken Mankoff wrote:
I don't see NAMESPACE.
well, apparently davmail doesn't have it. not helpful, but whatever.
Opening slave store foo-local...
Maildir warning: ignoring INBOX in /home/user/Maildir/
Maildir error: found subfolder 'mail_2019/archive',
On Tue, Nov 30, 2021 at 05:10:44PM +0100, Peter P. wrote:
Anyway I accidentally ran a sync without neither --pull nor --push and
now the extra ~2k messages on the local store are gone after this has
happened:
C: 0/1 B: 14/15 M: +2/2 *2/2 #0/0 S: +0/0 *1530/1530 #0/0
I can't seem to
On Tue, Nov 30, 2021 at 08:16:59AM -0800, Ken Mankoff wrote:
On 2021-11-30 at 07:27 -08, Oswald Buddenhagen
wrote:
On Tue, Nov 30, 2021 at 07:08:26AM -0800, Ken Mankoff wrote:
Opening slave store foo-local...
Maildir warning: ignoring INBOX in /home/user/Maildir/
Maildir error: found
On Wed, Dec 01, 2021 at 06:22:18PM -0500, Peng Bai via isync-devel wrote:
If I understand the semantics of the new keyword
correctly, it will sync the `\Deleted` flag for messages that have this
flag on the far side and delete and expunge messages that have disappeared
from the far side,
On Tue, Nov 30, 2021 at 03:02:50PM +0100, Peter P. wrote:
Now I am trying to sync the same folder with another laptop. What
puzzles me still is that I can't get the two to hold the same messages.
Regardless if I try
mbsync -V --push account:INBOX/Trash
or
mbsync -V --pull account:INBOX/Trash
On Tue, Nov 30, 2021 at 03:51:19PM +0100, Peter P. wrote:
* Oswald Buddenhagen [2021-11-30 15:35]:
did you hack the second replica's state file as well?
Not yet, do you want me to investigate anything in that file or send you
-D logs before I hack it?
no, now i already know that the problem
On Mon, Nov 29, 2021 at 04:51:25PM +0100, Peter P. wrote:
What can I read/try next?
post your config file.
a wild guess is that you abuse mbsync's trash functionality, as people
seem to do that relatively often.
___
isync-devel mailing list
On Tue, Nov 30, 2021 at 09:44:16AM -0800, Ken Mankoff wrote:
It looks (to my untrained eye) like things are working when I run with
"-Dn -l":
only because you're telling it exactly what to say. if you use a Pattern
with a wildcard, it will blow up.
IMAP error: mailbox name
On Tue, Nov 30, 2021 at 02:25:57PM -0500, H wrote:
After having done so, I have noticed gaps of a couple of months in my
Sent Mail folder yet I have been able to ascertain that the missing
e-mails indeed exist in my mbsync backup.
did you delete any remaining mbsync state files from the
On Mon, Dec 13, 2021 at 09:57:12AM +0100, Nacho Barrientos wrote:
I was initially suggesting Github sponsors as of today AFAIK they don't
take any fee for 1-to-1 sponsorship and they charge in USD, allowing
non-USD-native donors to work around terrible currency conversion rates
by using
On Sat, Jul 17, 2021 at 09:56:55PM +0100, Sabahattin Gucukoglu via isync-devel
wrote:
Anyway the problem goes away and literal payloads all have the right
sizes, and sync completes successfully, if I write a little wrapper
script that just adds a CAPABILITY request immediately after login.
On Thu, Jul 22, 2021 at 08:20:04PM +0100, Sabahattin Gucukoglu via isync-devel
wrote:
Without the workaround script below, CAPABILITY is never issued by
mbsync, therefore the bodging is still in effect and I got bogus
response [...]
ok, from what i gather the short version is that that proxy
On Fri, Jul 16, 2021 at 03:49:50PM +0100, John Hamelink wrote:
I'm not sure what the implications of these errors might be for email
sync,
usually nothing in particular - the sync will be resumed on next try, so
you'll just see a delivery delay.
nor do I understand how I can further debug
On Fri, Jul 16, 2021 at 10:47:29PM +0100, John Hamelink wrote:
I've attached the log with sensitive data redacted.
F: >>> 9 APPEND "Archive" "22-Mar-2021 06:57:01 +" {681452}
F: + Ready for additional command text.
F: BAD Command Error. 10
IMAP error: unexpected tag BAD
as expected, that
On Sun, Mar 06, 2022 at 05:55:03PM +0100, Peter P. wrote:
for debugging purposes and to better understand what mbsync would do,
it would be awesome™ to have a dry-run flag where the program would
show what it would do without actually performing the sync.
deja vu?
On Fri, Feb 18, 2022 at 11:07:41AM -0500, David Denton wrote:
The output from mbsync -D -l gmail-trash is attached.
ok, that was of course a stupid request from me, as the output was
predictable.
instead, create a channel like this:
Channel gmail-fake
Master :gmail-remote:
Slave
On Fri, Feb 18, 2022 at 03:15:42PM -0500, David Denton wrote:
Here is the result with the new channel:
you need to actually use it in the command invocation ...
___
isync-devel mailing list
isync-devel@lists.sourceforge.net
so we have this ...
On Sat, Feb 19, 2022 at 03:23:06PM -0500, David Denton wrote:
M: * LIST (\HasChildren \Trash) "/" "[Gmail]/Trash"
... which clearly doesn't fit this:
Channel gmail-trash
Master :gmail-remote:"[Gmail]/Bin"
how come?
___
On Sat, Feb 19, 2022 at 05:54:15PM -0500, David Denton wrote:
This issue started after my deleting emails from my phone using the
Android gmail app, going to "Bin" on the app and then clicking on
"Empty Bin now".
apparently, the app thought it would be a good idea to "normalize" the
On Mon, Feb 21, 2022 at 04:53:04PM -0500, Antoine Beaupré wrote:
again, no body at all, a single newline at the end of the file on disk.
in any case, it seems worth fixing. :)
ok, fair enough.
___
isync-devel mailing list
On Fri, Jan 28, 2022 at 08:14:06AM +0100, Johannes Kastl wrote:
So, you mean I cannot sync all the mails from
ACCOUNT2's/Account3's/... inbox into the inbox in ACCOUNT1?
yes.
though ... if you use *only* --pull-new, then you *might* get away with
two channels syncing into the same near side
On Thu, Jan 27, 2022 at 09:09:06PM +0100, Johannes Kastl wrote:
Can I use mbsync/isync to collect mail from multiple mail accounts into
one central IMAP account?
yes, you can, as the manual kinda implies.
you cannot sync them into the same mailboxes, though, and you need to be
somewhat
On Tue, Jan 18, 2022 at 06:35:20PM +, tslil clingman wrote:
What i'd like is for mbsync, once it has parsed the config and options,
to do its usual business and instead of then exiting, wait some amount
of time and repeat this forever.
this exists in the TODO file and in various mailing
On Sat, Jan 08, 2022 at 03:40:41PM +0100, Yuri D'Elia wrote:
Would it be possible to have an equivalent of MaxMessages that applies
to the "far" side?
technically possible, sure. it wouldn't be even particularly hard - it's
just a matter of replacing a bunch of constants with variables. of
On Wed, Jan 19, 2022 at 02:58:34AM +, tslil clingman wrote:
[...] Does that make sense?
not really. ^^
Would you be able to give me some hints about how to
effect this in the current code base?
you basically want to en-loop the last "paragraph" of main() (including
the line before it).
On Wed, Jan 19, 2022 at 11:20:10AM +, Simão Afonso wrote:
Since this is coming up, I would like this "daemon mode" to use IDLE to
subscribe to the Inbox mailboxes, and run the equivalent of `mbsync
ACCOUNT` when new messages come up.
that's an option, but it's a whole different caliber.
On Thu, Aug 31, 2023 at 10:58:27AM +0200, Michiel van den Heuvel wrote:
so if you think it would be a good use of *your* time, then go ahead.
After some somewhat more synchronous communication, it might be.
are you asking for a chat channel?
i'm @ossi:kde.org on matrix, ossi on libera.chat
On Wed, Aug 30, 2023 at 11:16:47AM -0700, Robert Bower wrote:
Error: incompatible journal version (got 3, expected 4)
it means you downgraded isync. you need to build a newer version (1.4)
yourself if there are no backports for your mint version.
regards
On Thu, Aug 31, 2023 at 06:54:06AM -0700, Robert Bower wrote:
My situation is actually the oppisiate.
My Ubuntu machine was running 1.3 and the mint machine is running 1.4.
right, the journal handling is not backward compatible, unlike that of
the proper state file. so you need to install the
On Sat, Sep 23, 2023 at 11:25:04AM -0400, npiazza--- via isync-devel wrote:
I'm wondering where the difference in the two messages' structures (at
least as seen by mutt) comes from,
i would guess that gmail does that upon reception.
https://www.gmass.co/blog/gmail-api-html-plain-text-messages/
On Sun, Oct 01, 2023 at 12:39:59PM -0700, Felix Lechner via isync-devel wrote:
As a concept, UIDs relate more to IMAP than to Maildir,
not really.
but mbsync shows messages like "Maildir error: duplicate UID 1."
Should such errors point to IMAP instead?
no.
your local mailbox is somehow
On Tue, Aug 15, 2023 at 02:31:11PM -0400, brittanderson--- via isync-devel
wrote:
Oswald Buddenhagen writes:
the two sides have different uids. the ones appearing in the imap
stream don't match the local mailboxes. the complete output contains
the local (or more precisely, near-side) uids
On Tue, Aug 22, 2023 at 12:42:25PM +0200, Michiel van den Heuvel wrote:
>I don't suppose you have some formatter config file?
>
bah! Real Hackers (TM) write their own formatters as shell-perl hybrids
with recursive regular expressions. ON PUNCH CARDS.
I'll trade you my magnetic needles so you
1101 - 1200 of 1938 matches
Mail list logo
