[Bug 444692] Re: IMAP: when the trash variable is set, mutt wastes bandwidth by reuploading deleted mail

2013-10-09 Thread Launchpad Bug Tracker 
Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: mutt (Ubuntu)
   Status: New = Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/444692

Title:
  IMAP: when the trash variable is set, mutt wastes bandwidth by
  reuploading deleted mail

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mutt/+bug/444692/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 444692] Re: IMAP: when the trash variable is set, mutt wastes bandwidth by reuploading deleted mail

2010-09-11 Thread Adrian Bridgett 
Just looked at this myself as it bugs me too!  The patch
(debian/patches/features/trash-folder) sets some flags on messages which
means that the email is FETCHed and then APPENDed as you say.

A COPY and DELETE would be far faster (server side) and if my reading
the RFC3501 is correct, you can actually just use a single STORE to move
a message.

Sadly this doesn't look at all simple - perhaps some tweak on the
OPT_MOVE would be sensible?  It'd be nice to be able to use the same
logic for when messages are saved to alternate mailboxes (which are also
FETCH/APPENDed AFAICT).

-- 
IMAP: when the trash variable is set, mutt wastes bandwidth by reuploading 
deleted mail
https://bugs.launchpad.net/bugs/444692
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs