Re: [Patch] Add OSX Keychain support

rom de0df019a316b8e99acf7f172836e37f97f3507f Mon Sep 17 00:00:00 2001 From: Oswald Buddenhagen Date: Wed, 27 Nov 2019 17:13:44 +0100 Subject: [PATCH] add option to get password from macOS Keychain this is better than using PassCmd, as it allows the keychain manager to identify the calling process and theref

Re: [PATCH 1/2] src/mbsyncrc.sample: add an example for gmail with nested labels

hi, sorry for the excessive delay ... On Tue, Jun 18, 2019 at 01:28:47AM +, Luis Chamberlain wrote: If you're using gmail for development you may often have tons of mailing lists for one project, and so may use nested labels. This shows how to use them, and how to try to avoid goin[g] over

Re: [PATCH 2/2] mbsync: add systemd user unit support

On Tue, Jun 18, 2019 at 01:28:48AM +, Luis Chamberlain wrote: When availble, systemd unit files can be leveraged by users to enable calling msync for you on a regular basis. you switch from "by users" to "for you", which isn't very elegant. This can also be used to allow you to configure

Re: [PATCH] IMAP: ensure_password: increase password buffer size

a corresponding patch is already in the 1.3 branch for quite a while. forward-merge to master is now also done. ___ isync-devel mailing list isync-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/isync-devel

Re: MaxPulledUid constantly needing to be set to zero

On Wed, Feb 12, 2020 at 06:12:46AM -0500, Andy W wrote: If I'm not explicitly calling a channel, wouldn't that section be ignored ? it would, but without SyncState * that wouldn't matter as long as you used both competing channels at some point (because the sync state file name is derived

Re: MaxPulledUid constantly needing to be set to zero

On Tue, Feb 11, 2020 at 05:34:06PM -0500, Andy W wrote: Channel O365-trash Master :O365-remote:"Deleted Items" Slave :O365-local:"Trash" Channel O365-all Master :O365-remote: Slave :O365-local: Patterns INBOX Archive Drafts Sent Junk Sent Trash this cannot

Re: `sudo make install` fails on Date::Parse missing

17 00:00:00 2001 From: Oswald Buddenhagen Date: Fri, 28 Feb 2020 12:10:07 +0100 Subject: [PATCH] don't re-generate ChangeLog if it already exists ... unless the 'log' target is explicitly called. otherwise, we'd re-generate it during 'install' as well. --- Makefile.am | 4 +++- 1 file changed

Re: `sudo make install` fails on Date::Parse missing

On Thu, Mar 05, 2020 at 01:25:26PM +, synflower--- via isync-devel wrote: How much of a bribe/donation would be needed to get the fixes into the main branch, picked up by packagers, etc? no need to bribe me, it's just that my mbsync work got pre-empted by a more urgent project. i'll get

Re: `sudo make install` fails on Date::Parse missing

On Thu, Feb 27, 2020 at 02:55:17PM +, synflower--- via isync-devel wrote: Compiling the 1.3 branch of isync (the one with the IMAP fixes) on Fedora 30 fails with an error indicating the Date::Parse module is missing, even when it isn't: [...] [user@mymachine isync-isync]$ cpan Date::Parse

Re: How do I debug a "malformed LIST response"

On Sun, Jan 26, 2020 at 10:09:03PM +0100, Guillaume Brogi wrote: Thanks for the confirmation. I ended up connecting to the IMAP server manually and removing that weird inbox/\ folder. It contained a single, and recent, message that I moved to the regular inbox. Not sure what happened to create

Re: MS Exchange end of life for IMAP Basic Authentication

On Tue, Jan 28, 2020 at 11:34:17AM +, Edd Barrett wrote: The details are vague, but are there any plans to make isync work with this, or is this the end of the line? the 1.3 branch (from which i still intend to make a release in finite time ...) already contains fixes that were aimed at

Re: Restoring mbsync archive to local Thunderbird account

On Sat, Feb 08, 2020 at 05:45:14PM -0500, H wrote: one of my accounts no longer exists but I have the archive and would like to restore only to a local Thunderbird folder so I can read the old mail, search it etc. in Thunderbird. thunderbird cannot access maildir folders (which i'm assuming

Re: Socket error: secure connect to ......: Success

On Tue, Feb 11, 2020 at 02:49:40PM +, fwoodh...@doctors.org.uk wrote: I would be very grateful for any pointers. use the 1.3 branch from git, that should give you clearer ssl errors. anyway, the output from openssl suggests that the tunnel is botched. maybe you forwarded to somewhere

Re: MaxPulledUid constantly needing to be set to zero

On Tue, Feb 11, 2020 at 12:37:46PM -0500, Andy W wrote: Every few weeks, I notice that messages in my Archive maildir have been removed locally. with the information you provided there is no way to tell what goes wrong, and your messing around in the state file without understanding the

Re: changing from syncstate * to a path

On Mon, Feb 17, 2020 at 07:23:30AM -, Daniel Lublin wrote: Can I move over all the .mbsyncstate and .uidvalidity files to the path, adjust the configuration to that, and mbsync would be happy? .mbsyncstate, yes. *don't* touch .uidvalidity. Where precisely do I place these files in the

Re: propagate remote folder delete locally

On Fri, Jan 17, 2020 at 10:24:23PM +0100, Mathieu Carpentier via isync-devel wrote: Warning: channel gmail: master cannot be opened and slave eLearning not empty. Any suggestions ? that's a protection measure against data loss. just empty the slave folders when you're sure that they really

Re: Unable to recover from UIDVALIDITY change

On Tue, Jan 21, 2020 at 02:23:05AM +0100, synflower--- via isync-devel wrote: On Mon, Jan 20, 2020 at 12:52:52PM +0100, Oswald Buddenhagen wrote: it's not necessary to delete it - emptying should suffice. when you say "emptying", you mean: `rm -rf /path/to/Maildir/my-em

Re: mbsync doesn't sync back to the master

On Thu, Jan 02, 2020 at 03:26:15PM +, Thomas Preissler via isync-devel wrote: I really at loss here. [...] nothing of what you describe makes any sense to me. i'd guess that you're not actually syncing what you think you are syncing. e.g., neomutt has options to do fancy things with

Re: Master larger than Slave

On Thu, Jan 02, 2020 at 08:29:42AM -0600, Peter John Hartman wrote: Quick question (a bit naive, so I apologise in advance): How do I determine which message on the server (GMAIL in this case) corresponds to message UID 35711? you can open it in thunderbird; there you can enable a row

Re: Master larger than Slave

On Tue, Dec 31, 2019 at 03:09:40PM -0600, Peter John Hartman wrote: I can't see anything with -D on that screams at me. Any help towards debugging this would be great. Thanks in advance, mbsync won't try to propagate messages it has already seen, so you'd need to start out with a fresh

Re: Gracefully handling weird messages?

On Wed, Jan 01, 2020 at 12:34:17PM -0800, William Pietri wrote: I'm guessing these are related to mbsync output lines like this: Warning: message 2922 from master has incomplete header. seems plausible. Is there a way to get mbsync to save these anyhow? not as of now. in principle it

Re: Gracefully handling weird messages?

On Wed, Jan 01, 2020 at 04:42:46PM -0800, William Pietri wrote: When I connect to the IMAP server directly, here's what that first message looks like to two different commands: 03 fetch 2909 full [...] 05 fetch 2909 body[header] [...] you need to use uid fetch, as the mumbers refer to

Re: mbsync doesn't sync back to the master

On Mon, Dec 30, 2019 at 03:12:17PM +, Thomas Preissler via isync-devel wrote: When I then run "mbsync --full -L ownserver" and then start "mutt" - that is pointed to the local sync directory, as before with offlineimap, I can see all. If I then do some actions, move an email into the

Re: Failing to connect via GSSAPI

On Mon, Jan 06, 2020 at 12:23:05PM -0500, Stefan Monnier wrote: NOT using available SASL mechanism(s): EXTERNAL Any idea what might be going on? that means that your sasl library doesn't know anything about gssapi as far as mbsync can determine. i have no clue why offlineimap would behave

Re: [commit] branch '1.3' rewound

On Tue, Jan 07, 2020 at 05:33:06PM +, Oswald Buddenhagen via isync-devel wrote: The branch '1.3', previously at 95fedd2, has been rewound by 13 revision(s) to d0a8551. so, i was evil and rewrote published history, to avoid half a dozen fixup commits to the bigger cleanup commits. sorry

Re: Failing to connect via GSSAPI

On Tue, Jan 07, 2020 at 11:35:16AM -0500, Stefan Monnier wrote: Authenticating with SASL mechanism GSSAPI... Fatal: buffer too small. Please report a bug. What's the next step? that's already fixed on the 1.3 branch. expect a release within a week or two (or something :D).

Re: Access to maildir mirror via Dovecot

On Tue, Jan 07, 2020 at 11:32:08AM -0500, Stefan Monnier wrote: This comment on the one hand suggests that `Maildir++` is the option that's most compatible with Dovecot presumably (never tried myself). yet it also suggests that there are still incompatibilities. What are the

Re: Message missing in Gmail `All Mail` folder after resurrecting from Trash

On Tue, Jan 07, 2020 at 02:31:37PM -0700, Nicolas Bock wrote: I suspect that I am missing something in the settings, but I can't quite figure out what. gmail is a funny imap server, but at least it has settings to make it behave in more expected ways. search the list archive, the topic has

Re: can't connect to Microsoft Exchange server using STARTTLS (unsupported protocol)

On Wed, Mar 11, 2020 at 08:20:23AM +0100, Tamas Papp wrote: Socket error: secure connect to imap.ihs.ac.at (78.104.140.30:143): error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol my guess would be that the server supports only old (insecure) ssl versions. given that

Re: Duplicating email when email is moved/created locally

On Mon, Mar 16, 2020 at 12:02:59AM +0100, rmz wrote: When moving or creating an email on the local side, after each sync that email will start to get duplicated. you clearly have a broken imap server that incorrectly responds to the query tag uid fetch * (uid) it should return the uid of

Re: Duplicating email when email is moved/created locally

On Mon, Mar 16, 2020 at 02:30:16PM +0100, Samir Benmendil wrote: In the meantime, I have noticed that with 1.3.0, gmail refuses to sync, issuing `SSL error connecting imap.gmail.com: self signed certificate`. Is there a middle ground where I can get both my mailboxes to sync? Can I easily

Re: SASL patches

On Sun, Apr 26, 2020 at 09:21:07AM +1200, Felix Schlitter wrote: Please find attached two patches against v1.3.1 that, these are already fixed in the 1.3 branch. ___ isync-devel mailing list isync-devel@lists.sourceforge.net

Re: Problems with Office 365 not closing connection?

On Sun, May 17, 2020 at 05:10:55PM -0700, Krusty wrote: Has anyone experienced problems with hosted Office 365's IMAP server not closing the connection after "OK LOGOUT completed"? that sounds like yet another bug in that server. according to https://tools.ietf.org/html/rfc3501#section-6.1.3 ,

Re: Hello!

On Wed, May 06, 2020 at 02:30:22PM -0700, Howard Huang wrote: mbsync is working pretty well so far, but I have a question about performance. Every run of my `mbsync --all` takes over 3 minutes to fully complete. I'm sure I have something configured wrong, so I was wondering if I can get any

Re: add support for IMAP UTF-7 (for internationalized mailbox names)

On Thu, Apr 30, 2020 at 05:33:02PM +0200, Max Gautier wrote: This is a WIP to add IMAP UTF-7 support. I'm not done but I'd rather have early feedback to see if I'm going in the right direction. What's done so far : - adding encoding and decoding function IMAP UTF7 <-> system local encoding.

Re: Duplicating email when email is moved/created locally

On Mon, Mar 16, 2020 at 08:41:58PM +0100, Samir Benmendil wrote: I've tried this and I can confirm that the server simply replies with "OK FETCH Completed" but doesn't return anything in the first case and lists all UIDs in the second. that's interesting, because it's identical to the failure

Re: Allowing mbsync to respect the XDG base directory specification

On Thu, May 07, 2020 at 05:46:42PM -0500, Wyatt Sheffield wrote: Considering this, I would like to submit the following patch which has mbsync look for a config file in 3 places in the following order: 1. $MBSYNC_CONFIG - a user-set environment variable is there any actual point in that?

Re: MaxMessages and Gmail

On Sat, May 23, 2020 at 12:53:07AM -0700, Mike Chen wrote: I'm thinking about to use MaxMessages for INBOX channel and increase it daily to have all emails downloaded. I'd like to know if this is possible? no, that won't work due to the way the internal accounting works. however, you need no

Re: [commit] master: deprecate master/slave terminology

On Sat, Aug 29, 2020 at 08:29:44PM +0200, Yuri D'Elia wrote: > On Tue, Aug 04 2020, Oswald Buddenhagen via isync-devel wrote: > > the far/near terminology has been chosen as the replacement, as it is a > > natural fit for the push/pull terminology. on the downside, due

Re: [commit] master: deprecate master/slave terminology

On Sun, Aug 30, 2020 at 01:06:57AM +0200, Yuri D'Elia wrote: > Can we have a reciprocal of MaxMessages that applies to the "far" side > instead? That is, I want my "near" side to be the complete reference, > and far only being a partial copy. > i never understood your motivation for that. care to

Re: IMAP CLIENTBUG LIST SELECT not valid in this state yahoo

On Fri, Sep 25, 2020 at 09:13:31AM +0100, doa379 wrote: > On 20-09-25 01:39:23, Oswald Buddenhagen wrote: > > On Thu, Sep 24, 2020 at 03:34:24PM +0100, doa379 wrote: > > > How come I can access this same account using isync-1.3.1 right now? > > > > > dunno. pas

Re: IMAP CLIENTBUG LIST SELECT not valid in this state yahoo

On Thu, Sep 24, 2020 at 03:34:24PM +0100, doa379 wrote: > How come I can access this same account using isync-1.3.1 right now? > dunno. paste the full logs of mbsync -l -Dn for both versions. ___ isync-devel mailing list

Re: IMAP CLIENTBUG LIST SELECT not valid in this state yahoo

On Fri, Sep 25, 2020 at 11:53:14AM +0100, doa379 wrote: > I made a support request to the service provider yesterday. The response so > far is this. > I already described to them the error messages I was receiving. > At this point I don't know how/what else to answer back or if I should. >

Re: IMAP CLIENTBUG LIST SELECT not valid in this state yahoo

On Fri, Sep 25, 2020 at 11:09:32AM +0100, doa379 wrote: > On the new system that was failing I have these libraries: > libssl48-3.1.4 > libtls20-3.1.4 > > Both systems have this library: > /usr/lib64/libgnutls.so.30.28.1 > gnutls is irrelevant; mbsync doesn't use it. unless it's pretending to be

Re: IMAP CLIENTBUG LIST SELECT not valid in this state yahoo

On Thu, Sep 24, 2020 at 10:14:29AM +0100, doa379 wrote: > IMAP command 'SELECT "INBOX"' returned an error: BAD [CLIENTBUG] SELECT > Command is not valid in this state > that server is broken. report it to the provider. ___ isync-devel mailing list

Re: Syncing IMAP mailbox in Maildir++-style subfolders

On Fri, May 29, 2020 at 10:13:55AM +0200, Uwe Kleine-König wrote: I want to sync mail from an IMAP server to a subfolder on my local machine. The goal is to e.g. get the remote folder /lists/isync synced to ~/Maildir/.work.lists.isync/ and the root folder (INBOX?) to ~/Maildir/.work/ the key

Re: Syncing IMAP mailbox in Maildir++-style subfolders

On Sat, May 30, 2020 at 08:03:30PM +0200, Uwe Kleine-König wrote: Is that what you intended? certainly not. to be able to help you i need to know a sufficient part of the mailbox layout on both the server and the client, including examples of what you *don't* want to sync (if anything). just

Re: Add support for UTF8=ACCEPT imap extension (was: add support for IMAP UTF-7)

On Sat, May 30, 2020 at 02:52:17PM +0200, Max Gautier wrote: But I think there is an easier solution to the problem, which involves fewer hoops and less code. yeah. a bit *too* easy, though: - utf-7 support is required by the imap standard, so mbsync is actually buggy and this needs fixing

Re: Syncing IMAP mailbox in Maildir++-style subfolders

On Mon, Jun 01, 2020 at 11:28:49AM +0200, Uwe Kleine-König wrote: On 5/31/20 2:08 PM, Oswald Buddenhagen wrote: just give a list of paths, like the output of 'find'. Not sure how to report the IMAP structure with something like find, i meant just the output format. to get the final

Re: Add support for UTF8=ACCEPT imap extension (was: add support for IMAP UTF-7)

On Mon, Jun 01, 2020 at 06:55:36PM +0200, ashelia1...@gmail.com wrote: Starting from the UTF7 module in the glibc and modifying it for UTF7 IMAP does not seem too hard. i'd do that, but i wouldn't bother trying to make it an actual iconv module - just produce utf-16 or wchar_t strings (or

Re: Syncing IMAP mailbox in Maildir++-style subfolders

On Mon, Jun 01, 2020 at 11:09:01PM +0200, Uwe Kleine-König wrote: On Mon, Jun 01, 2020 at 11:55:15AM +0200, Oswald Buddenhagen wrote: anyway, i think this translates to: INBOX INBOX.intlist.customer.AAA INBOX.lists.barebox ... so the question whether everything is nested under INBOX

Re: [PATCH] add support for built-in oauthbearer auth mechanism

what is the fundamental advantage over using a SASL plugin like https://github.com/tarickb/sasl-xoauth2 ? ___ isync-devel mailing list isync-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/isync-devel

Re: [PATCH] add support for built-in oauthbearer auth mechanism

On Thu, Aug 06, 2020 at 07:53:18PM +0200, Michał Winiarski wrote: Do you think this information (perhaps phrased in a more verbose manner) could be added to the docs? yes. i'll give oauth a shot myself and if i'm successful with your instructions i'll add them.

beta testing for 1.4 release; short-term roadmap

hello community, after *finally* having pushed my work branch to master (this time even intentionally, heh), i'm about to release 1.4.0 in a few days. please give the branch some good hammering. going forward, i intend to do some more hacking before the project mostly hibernates again for

Re: One direction sync

On Sat, Aug 01, 2020 at 11:59:30PM -0400, Rev. Fr. Robert Bower wrote: Any ideas? Thanks nope. please run it with -D, and send me the log (privately) if you don't find the problem yourself. ___ isync-devel mailing list

Re: One direction sync

On Sun, Aug 02, 2020 at 01:48:28PM -0400, Rev. Fr. Robert Bower wrote: I found the answer. Prior to the upgrade the local folder name syncing with the IMAP server was INBOX.Something but after the upgrade the local folder name syncing with IMAP server was just Something. right - there is a

Re: beta testing for 1.4 release; short-term roadmap

. On 20/08/04 06:47PM, Oswald Buddenhagen wrote: > i'm also somewhat interested in wyatt's xdg patch, but not enough to do more > than final polishing myself. ___ isync-devel mailing list isync-devel@lists.sourceforge.net https://lists.sourcefor

Re: [PATCH] add support for built-in oauthbearer auth mechanism

On Wed, Aug 05, 2020 at 11:19:53PM +0200, Michał Winiarski wrote: Currently, this (or any other SASL oauth) plugin isn't available in any of the upstream SASL implementations. I also can't find any attempts to merge it upstream. that's not a problem per se. (it also isn't packaged by any of

Re: Does flag synchronization requires Expunge Both

there is a difference between specifying the options in the config file and on the command line? I am wondering whether the OPEN_FLAG should be set outside EXPUNGE too? did you actually try that? did it work? On Sun, Jun 14, 2020 at 12:40:48PM +0200, Oswald Buddenhagen wrote: i'm not entirely sure yet (i

Re: [commit] tag 'v1.3.2' created

On Wed, Jul 08, 2020 at 01:40:49PM +0200, Dan Čermák wrote: Is the corresponding public key available somewhere for download? hkps://hkps.pool.sks-keyservers.net ___ isync-devel mailing list isync-devel@lists.sourceforge.net

going abolitionist

with all the recent commotion also in the tech world, i'm revisiting the idea to deprecate 'slave' terminology ('master' is much less problematic, but would probably go as well for symmetry). i never really liked it anyway once i started to think about it (obviously, quite a while after i

Re: going abolitionist

On Tue, Jul 14, 2020 at 12:03:20AM +0300, Evgeniy Berdnikov wrote: Consider 'parent' and 'child': 2nd sounds like 'replica' or 'clone'. not bad. we might have a winner right off the bat. ^^ Many wrote: "remote" and "local" could work. nice try, but nope - while this terminology reflects the

Re: going abolitionist

On Tue, Jul 14, 2020 at 09:29:39AM -0400, Andy W wrote: Maybe getting away from the fundamental idea of directionality isn't at all possible, well, of course not. or at least implicit directionality? huh? the idea is to avoid suggesting a _particular_ direction (too strongly). So, with

Re: mbsync hanging when running inside emacs/mu4e

On Tue, Jul 07, 2020 at 05:01:21PM +0200, Nico Schottelius wrote: Does anyone have a hint on what might be going wrong here? maybe messed up stdio file descriptors? anyway, just attach gdb to the process and create a backtrace (make sure to install debug info first). Notice: conflicting

Re: Across multiple machines

On Sat, Jun 20, 2020 at 11:05:01PM +0100, Hubert Behaghel wrote: What am I missing? no idea. probably just gmail being funny with its virtual folders again (check the settings, maybe there is something related). you can try making sense of mbsync's -Dn output and/or try browsing the mailbox

Re: Moving of messages, and dovecot/sieve

On Fri, Jun 05, 2020 at 12:33:44PM -0700, Eric Abrahamsen wrote: What will the remote dovecot see in terms of the handling of this message? MOVE? COPY? APPEND? Can anyone tell me what "cause" I should be listening for? APPEND, as mbsync doesn't do move detection.

Re: Syncing IMAP mailbox in Maildir++-style subfolders

On Tue, Jun 02, 2020 at 09:03:25PM +0200, Uwe Kleine-König wrote: On 6/2/20 2:31 PM, Oswald Buddenhagen wrote: ok, in this case i would recommend that you don't bother with maildir++, as that's not native to mutt and would not help in any way. for mutt alone, i would recommend against true

Re: Does flag synchronization requires Expunge Both

On Sun, Jun 14, 2020 at 09:24:52AM +0530, Aneesh Kumar wrote: I am wondering whether the OPEN_FLAG should be set outside EXPUNGE too? good catch! i'm not entirely sure yet (i wrote this code a long time ago, and the logic is quite convoluted ...), but i think in the OPEN_SETFLAGS branch it

Re: Increase size of buffers.

On Thu, Jul 16, 2020 at 02:05:15AM +0200, Hugo Hörnquist wrote: I feel that the time has come to increase the size of the buffers eh, i just released the new password buffer size. if things keep growing at this rate, your proposed increase is still on the conservative side ... diff --git

Re: Office 365: Maildir notice: sleeping due to recent directory modification.

On Tue, Jan 12, 2021 at 11:13:14AM +0100, Dan Čermák wrote: Any idea what could be going on here? do you have any background jobs that would touch the maildirs? other than that, your config file may help. (also, -D is the new -V.) ___ isync-devel

Re: Office 365: Maildir notice: sleeping due to recent directory modification.

On Tue, Jan 12, 2021 at 11:59:49AM +0100, Dan Čermák wrote: Path ~/Maildir/suse/ Inbox ~/Maildir/suse/INBOX Patterns "INBOX" "*" ah, there you go: you actually sync INBOX twice - '*' includes it in your config. (yeah, i have a todo item to make it complain about repetitions ...)

Re: Office 365: Maildir notice: sleeping due to recent directory modification.

On Tue, Jan 12, 2021 at 12:24:22PM +0100, Dan Čermák wrote: Could this maybe be related to o365 being weird as it puts the Trash folder into 'Deleted Items' (yes with a space…)? no, but you need to exclude trash & deleted items from the patterns when you use mbsync's trash functionality. i'll

Re: Syncing different channels in parallel

On Tue, Jan 12, 2021 at 04:48:35PM +0100, Tassilo Horn wrote: Now my question is: while it seems to work fine, is it a good idea or risky? it's just fine. ___ isync-devel mailing list isync-devel@lists.sourceforge.net

Re: XDG_CONFIG_HOME support in mbsync

On Mon, Nov 30, 2020 at 07:31:20PM +0100, Andreas Grapentin wrote: On Sun, Nov 29, 2020 at 07:30:44PM +0100, Oswald Buddenhagen wrote: On Sun, Nov 29, 2020 at 05:37:43PM +0100, Andreas Grapentin wrote: > + errno = 0; > that's unnecessary - the next error would ove

Re: XDG_CONFIG_HOME support in mbsync

On Sun, Nov 29, 2020 at 08:23:45AM +0100, Andreas Grapentin wrote: The patch changes the way that mbsync looks for a config file in the following way: 1.) it expands XDG_CONFIG_HOME, if set, and otherwise defaults to $HOME/.config as per the specification 2.) it attempts to open the config

Re: [Patch 2/2] XDG_DATA_HOME support in mbsync for SyncState

On Mon, Nov 30, 2020 at 10:01:43PM +0100, Andreas Grapentin wrote: To determine the SyncState directory, if not set explicitly - expand $XDG_DATA_HOME from the environment, falling back to $HOME/.local/share/ as per the specification - check whether XDG_DATA_HOME/mbsync exists and is a

Re: Ignore subdirectory of local maildir

On Mon, Nov 09, 2020 at 05:48:05PM +, Basil L. Contovounesios wrote: I naively tried setting the Patterns option to things like '!xapian*', but that didn't seem to change anything. yes, because that's a filter that runs after the listing was completed, i.e., way too late to suppress the

Re: mbsync times out when loading IMAP message list

On Thu, Oct 22, 2020 at 10:26:47AM -0700, Stephen Brennan wrote: I would appreciate any thoughts anybody on this list has. The debug logs linked above are mostly still relevant, but I discovered the `-Dn` option recently, and recorded the following logs: for starters, plain -D is usually most

Re: [PATCH] drv_imap: set auth id for SASL EXTERNAL authentication

thanks, i'll apply this with minor modifications; see attachment. >From fc300fd811e56407d329a895e91e9dd84ca84297 Mon Sep 17 00:00:00 2001 From: Anton Khirnov Date: Sun, 3 Jan 2021 19:39:08 +0100 Subject: [PATCH] Set authentication id for the SASL EXTERNAL mechanism The SASL library will refuse

Re: Emails are not synchronized if IMAP `UID FETCH` fails (not even on a second run)

On Wed, Jan 06, 2021 at 12:00:43AM +0200, Ciprian Dorin Craciun wrote: Unfortunately upon completion all the emails for which it yielded the error above were missing from my local store. Shouldn't `mbsync` try to re-fetch the missing email files? yeah ... are your using an mbsync release or

Re: JMAP support

On Mon, Jan 25, 2021 at 04:47:41PM +0100, Matt wrote: I use mbsync without issues with fastmail's IMAP. So while they do support JMAP (and AFAIK invented/spec'ed it), you can access/sync your mail just fine without it. Indeed. My main motivation for using jmap is to sync tags without brittle

Re: Error: channel xxxxxxxx cannot be opened

On Mon, Feb 01, 2021 at 08:02:49AM -0700, stef204 wrote: Here is the output of the sync command with options -Dmn: -DM would be most interesting in this case. i suggest you paste the log from mbsync -a -l -D ___

Re: Error: channel xxxxxxxx cannot be opened

On Tue, Feb 02, 2021 at 01:42:51PM -0700, stef204 wrote: 02.02.2021, 10:44, "Oswald Buddenhagen" : On Tue, Feb 02, 2021 at 08:35:29AM -0700, stef204 wrote: Here is the log: <https://paste.xinu.at/kQw/> you have physically duplicate mailboxes on the slave. [...] An IMA

Re: Error: channel xxxxxxxx cannot be opened

On Tue, Feb 02, 2021 at 08:35:29AM -0700, stef204 wrote: Here is the log: you have physically duplicate mailboxes on the slave. this might be related to a NEWS item already for 1.2, or some experiments you did before settling for your current config.

Re: Error from IMAP server: command line limit exceeded

On Tue, Feb 02, 2021 at 05:30:46PM +, synflower--- via isync-devel wrote: 7 APPEND "INBOX" (\Answered \Seen) {3xxx} * BAD command line limit exceeded Error from IMAP server: command line limit exceeded (The message ID in the braces has been redacted.) the thing is that this isn't a

CVE-2021-3578: possible remote code execution in isync/mbsync

rom 5fbed519180f155a017a438e479b6268b74b9526 Mon Sep 17 00:00:00 2001 From: Oswald Buddenhagen Date: Wed, 14 Apr 2021 16:58:27 +0200 Subject: [PATCH] fix handling of unexpected APPENDUID response code if the code was sent in response to anything but a STORE, we'd overwrite a data pointer in one of our imap_

Re: Fatal: buffer too small

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

Re: Fatal: buffer too small

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

Re: far side box INBOX/x cannot be opened.

On Sun, Jun 20, 2021 at 11:21:56PM +0300, Martin wrote: Error: channel EEVA: far side box INBOX/Archive cannot be opened. But, if I specify a box explicitely, synchronization works: you may have ended up with duplicated mailboxes on the client. Inbox /home/eeva/Maildir/EEVA/Inbox Path

Re: far side box INBOX/x cannot be opened.

On Mon, Jun 21, 2021 at 07:28:50PM +0300, Martin wrote: How should I modify this then? Should I write something like? ``` Inbox /home/eeva/Maildir/EEVA/Inbox Path /home/eeva/Maildir/EEVA/Inbox/ ``` in principle, you don't even need Path, as everything is nested below the inbox. also, you could

Re: Does MapInbox work?

On Mon, Jun 07, 2021 at 09:23:35PM -0500, Felipe Contreras wrote: On Mon, Jun 7, 2021 at 5:42 AM Oswald Buddenhagen wrote: On Mon, Jun 07, 2021 at 04:52:23AM -0500, Felipe Contreras wrote: >On Sun, Jun 6, 2021 at 8:28 PM Oswald Buddenhagen > wrote: >> no, you're not. the use of &qu

Re: Indicating changes by setting the MTIME/CTIME

On Wed, May 12, 2021 at 11:42:05PM +0200, Tassilo Horn wrote: 2. Touch the MaildirStore's Path directories yourself. that's the only reasonable option if you want to treat the path as a real thing - to mbsync it's simply a prefix (ok, that's not entirely true, but iirc that's only to avoid

Re: Does MapInbox work?

On Fri, Jun 04, 2021 at 02:03:24PM -0500, Felipe Contreras wrote: On Thu, Jun 3, 2021 at 4:04 PM Oswald Buddenhagen wrote: On Thu, Jun 03, 2021 at 01:44:29PM -0500, Felipe Contreras wrote: > Path ~/mail/ > MapInbox inbox > Inbox ~/mail/inbox > SubFolders Verbatim > >H

Re: Does MapInbox work?

On Mon, Jun 07, 2021 at 04:52:23AM -0500, Felipe Contreras wrote: On Sun, Jun 6, 2021 at 8:28 PM Oswald Buddenhagen wrote: no, you're not. the use of "instead" would make no sense at all if it referred to the same thing. Not true. If a documentation says I can edit ~/

Re: Does MapInbox work?

On Thu, Jun 03, 2021 at 01:44:29PM -0500, Felipe Contreras wrote: Path ~/mail/ MapInbox inbox Inbox ~/mail/inbox SubFolders Verbatim However, it doesn't work, ~/Maildir is used. If I specify Inbox then it works correctly (I have an inbox inside ~/mail/). What's the purpose of MapInbox

Re: Does MapInbox work?

On Sat, Jun 26, 2021 at 02:30:30PM -0500, Felipe Contreras wrote: On Tue, Jun 8, 2021 at 8:33 AM Oswald Buddenhagen wrote: On Mon, Jun 07, 2021 at 09:23:35PM -0500, Felipe Contreras wrote: >We'll have to agree to disagree. ~/.gitconfig and >$XDG_CONFIG_HOME/git/config are semant

Re: IMAP error invalidates all state

On Mon, Jul 12, 2021 at 03:41:27PM +0200, Michal Suchánek wrote: Can error recovery be implemented? there _is_ error recovery, duh. but apparently you found a case it can't deal with. run mbsync with -D and post (or mail me privately) logs from the initial sync and the followup sync.

Re: Error: incompatible journal version (got 3, expected 4)

On Sun, Apr 25, 2021 at 04:36:23PM +0530, Vikas Rawal wrote: I removed the local mailbox, and created an empty maildir (SentMail directory with cur, new and tmp subdirectories), and tried to mbsync. No luck. Still the same error: because you didn't remove the sync state (and its companion

Re: Error: incompatible journal version (got 3, expected 4)

On Sat, Apr 24, 2021 at 06:18:20AM +0530, Vikas Rawal wrote: Could somebody point me to what the problem might be? it means that you upgraded after a non-clean exit (crash?). the proper way to recover would be to downgrade, resync and make sure that it exited cleanly (check exit status and

Re: Socket error: secure connect to ......: Success

On Mon, Mar 22, 2021 at 11:19:24PM +0100, Joel Granados wrote: On Thu, Mar 18, 2021 at 11:03:00PM +0100, Oswald Buddenhagen wrote: 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 > n

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