Re: IMAP pull-and-delete operation

2025-11-16 Thread Evgeniy Berdnikov
On Sun, Nov 16, 2025 at 07:12:20PM +, synflower--- via isync-devel wrote: > Is the MaxMessages code so buggy or poorly tested > that it's necessary, though? When you're going to use a tool which is not designed for your task, you take on a role of tester. -- Eugene Berdnikov

Re: IMAP pull-and-delete operation

2025-11-16 Thread synflower--- via isync-devel
On Mon, Nov 10, 2025 at 12:33:32PM +0100, Philippe Bruhat (BooK) wrote: isync's purpose is to keep both sides in sync. MaxMessages is a deviation from that. when you push that number down to zero, that's _literally_ extreme, and you've gone from syncing to fetching. Can't the requested workflow

Re: IMAP pull-and-delete operation

2025-11-16 Thread synflower--- via isync-devel
On Mon, Nov 10, 2025 at 10:05:09AM +0100, Oswald Buddenhagen via isync-devel wrote: What is so extreme about what I am doing? isync's purpose is to keep both sides in sync. MaxMessages is a deviation from that. when you push that number down to zero, that's _literally_ extreme, and you've gon

Re: IMAP pull-and-delete operation

2025-11-10 Thread Philippe Bruhat (BooK)
On Mon, Nov 10, 2025 at 10:05:09AM +0100, Oswald Buddenhagen via isync-devel wrote: > On Mon, Nov 10, 2025 at 08:31:55AM +, [email protected] wrote: > > On Fri, Oct 31, 2025 at 12:15:55PM +0100, Oswald Buddenhagen via > > isync-devel wrote: > > > shoehorning isync into doing something i

Re: IMAP pull-and-delete operation

2025-11-10 Thread Oswald Buddenhagen via isync-devel
On Mon, Nov 10, 2025 at 08:31:55AM +, [email protected] wrote: On Fri, Oct 31, 2025 at 12:15:55PM +0100, Oswald Buddenhagen via isync-devel wrote: shoehorning isync into doing something it was not designed for What is so extreme about what I am doing? isync's purpose is to keep bot

Re: IMAP pull-and-delete operation

2025-11-10 Thread synflower--- via isync-devel
On Fri, Oct 31, 2025 at 12:15:55PM +0100, Oswald Buddenhagen via isync-devel wrote: shoehorning isync into doing something it was not designed for What is so extreme about what I am doing? Why is this such a difficult task for isync? ___ isync-deve

Re: IMAP pull-and-delete operation

2025-11-10 Thread synflower--- via isync-devel
On Fri, Oct 31, 2025 at 12:15:55PM +0100, Oswald Buddenhagen via isync-devel wrote: why are you insisting on shoehorning isync into doing something it was not designed for? For one, I've been using isync for years and I have a lot of different systems set up using it. Isync works great and I k

Re: IMAP pull-and-delete operation

2025-10-31 Thread Oswald Buddenhagen via isync-devel
On Fri, Oct 31, 2025 at 10:27:01AM +, [email protected] wrote: I tested it and it works. For data protection reasons, it would be very useful if it was possible to set MaxMessage 0 and have this result in zero messages being left on the server. why are you insisting on shoehorn

Re: IMAP pull-and-delete operation

2025-10-31 Thread synflower--- via isync-devel
On Tue, Oct 07, 2025 at 01:46:42PM +0200, Oswald Buddenhagen via isync-devel wrote: On Tue, Oct 07, 2025 at 11:36:56AM +, [email protected] wrote: If I configure MaxMessages 1 ExpireUnread yes ExpireSide Far that will result in all emails staying locally archiv

Re: IMAP pull-and-delete operation

2025-10-18 Thread Oswald Buddenhagen via isync-devel
On Mon, Oct 06, 2025 at 09:43:31PM +, synflower--- via isync-devel wrote: Therefore I need to find a way to achieve POP3-like pull-and-delete functionality on a server that only supports IMAP. we have at least one known user who achieves something to that effect by using MaxMessages coupled

Re: IMAP pull-and-delete operation

2025-10-18 Thread Oswald Buddenhagen via isync-devel
On Tue, Oct 07, 2025 at 11:36:56AM +, [email protected] wrote: If I configure MaxMessages 1 ExpireUnread yes ExpireSide Far that will result in all emails staying locally archived, but only the most recent message remaining on the server? (excluding flagged messa

Re: IMAP pull-and-delete operation

2025-10-17 Thread synflower--- via isync-devel
On Tue, Oct 07, 2025 at 01:46:42PM +0200, Oswald Buddenhagen via isync-devel wrote: On Tue, Oct 07, 2025 at 11:36:56AM +, [email protected] wrote: If I configure MaxMessages 1 ExpireUnread yes ExpireSide Far that will result in all emails staying locally archiv

Re: IMAP pull-and-delete operation

2025-10-17 Thread synflower--- via isync-devel
we have at least one known user who achieves something to that effect by using MaxMessages coupled with "ExpireSide Far". If I configure MaxMessages 1 ExpireUnread yes ExpireSide Far that will result in all emails staying locally archived, but only the most recent message

IMAP pull-and-delete operation

2025-10-17 Thread synflower--- via isync-devel
Hi all, For data protection reasons, I do not want to leave my emails on the mail server for all eternity. Normally this would be easily accomplished by using POP3 as the sync protocol, and instructing my email client to delete the mails after downloading. Unfortunately, many email providers hav