From: Michael A. P. I. <sha...@gm...> - 2008-04-22 22:43:19
|
SM 1.5.2 - SVN $trash_folder = 'Trash' $auto_expunge = false $default_move_to_trash = false user preference: move_to_trash=0 In that situation, I get an expunge button, delete button and an undelete button. They all work fine. However, there are few things that don't work as I expect. 1. When moving selected messages from one folder to another, they are copied to the desired folder and the originals are marked as deleted. I would instead like to: $auto_expunge_selected_when_moving = true; 2. I'd also like to be able to expunge selected instead of expunge all. I suppose this could be done when you try to delete a message that's already marked as deleted. Something like: $deleting_already_deleted_expunges = true; 3. In the folder preferences for a profile, if I switch the trash folder from "Do not use Trash" to my Trash folder and then switch it back to "Do not use Trash", I lose the undelete button and can't get it back. The workaround is to modify the profile file to get rid of the move_to_trash entry, sign out and sign back in. 4. Somehow, after switching from using a trash folder and not using one, I ended up with a 'none' folder. Are 3 and 4 known bugs? Anyway I can accomplish 1 and 2? Thanks -- Michael |
From: Jon A. <jo...@sq...> - 2008-04-28 05:17:22
|
Michael A. Puls II wrote: > SM 1.5.2 - SVN > $trash_folder = 'Trash' > $auto_expunge = false > $default_move_to_trash = false > user preference: move_to_trash=0 > > In that situation, I get an expunge button, delete button and an > undelete button. They all work fine. > > However, there are few things that don't work as I expect. > > 1. When moving selected messages from one folder to another, they are > copied to the desired folder and the originals are marked as deleted. > > I would instead like to: $auto_expunge_selected_when_moving = true; When RFC supports such an option, we'll add it. EXPUNGE doesn't support arguments, so executing EXPUNGE on a mailbox will remove all \Deleted messages. > 2. I'd also like to be able to expunge selected instead of expunge all. > > I suppose this could be done when you try to delete a message that's > already marked as deleted. > > Something like: $deleting_already_deleted_expunges = true; When RFC supports such an option, we'll add it. EXPUNGE doesn't support arguments, so executing EXPUNGE on a mailbox will remove all \Deleted messages. > 3. In the folder preferences for a profile, if I switch the trash > folder from "Do not use Trash" to my Trash folder and then switch it > back to "Do not use Trash", I lose the undelete button and can't get > it back. > > The workaround is to modify the profile file to get rid of the > move_to_trash entry, sign out and sign back in. > > 4. Somehow, after switching from using a trash folder and not using > one, I ended up with a 'none' folder. > > Are 3 and 4 known bugs? They certainly look like it, and certainly shouldn't use 'none' as a mailbox name. I've seen comments in the code that reference the usage of it. We should probably unset it, or set it to some unique string, or even an empty string. > Anyway I can accomplish 1 and 2? See 6.4.3 of RFC 3501. EXPUNGE function doesn't support arguments, which means executing it removes all \Deleted flagged emails. -- Jon Angliss <jo...@sq...> |
From: Michael A. P. I. <sha...@gm...> - 2008-04-28 06:26:38
|
On 4/28/08, Jon Angliss <jo...@sq...> wrote: > Michael A. Puls II wrote: > > SM 1.5.2 - SVN > > $trash_folder = 'Trash' > > $auto_expunge = false > > $default_move_to_trash = false > > user preference: move_to_trash=0 > > > > In that situation, I get an expunge button, delete button and an > > undelete button. They all work fine. > > > > However, there are few things that don't work as I expect. > > > > 2. I'd also like to be able to expunge selected instead of expunge all. > > > > I suppose this could be done when you try to delete a message that's > > already marked as deleted. > > > > Something like: $deleting_already_deleted_expunges = true; > > > When RFC supports such an option, we'll add it. EXPUNGE doesn't support > arguments, so executing EXPUNGE on a mailbox will remove all \Deleted > messages. Thanks What about UID expunge in section 2.1 of <ftp://ftp.rfc-editor.org/in-notes/rfc4315.txt>? Would it be possible to detect the capability and provide an "expunge selected" button if it's supported? What about doing an "expunge selected" button something like the following? 1. Remove \Deleted from all unselected messages. 2. Expunge. 3. Reapply \Deleted to all the unselected messages that originally had \Deleted. Is that possible? That seems to be the suggested fallback if UID Expunge is not supported. -- Michael |
From: Michael A. P. I. <sha...@gm...> - 2009-05-26 14:25:16
|
On Mon, 28 Apr 2008 02:26:36 -0400, Michael A. Puls II <sha...@gm...> wrote: > On 4/28/08, Jon Angliss <jo...@sq...> wrote: >> Michael A. Puls II wrote: >> > SM 1.5.2 - SVN >> > $trash_folder = 'Trash' >> > $auto_expunge = false >> > $default_move_to_trash = false >> > user preference: move_to_trash=0 >> > >> > In that situation, I get an expunge button, delete button and an >> > undelete button. They all work fine. >> > >> > However, there are few things that don't work as I expect. >> > >> > 2. I'd also like to be able to expunge selected instead of expunge >> all. >> > >> > I suppose this could be done when you try to delete a message that's >> > already marked as deleted. >> > >> > Something like: $deleting_already_deleted_expunges = true; >> >> >> When RFC supports such an option, we'll add it. EXPUNGE doesn't support >> arguments, so executing EXPUNGE on a mailbox will remove all \Deleted >> messages. > > Thanks > > What about UID expunge in section 2.1 of > <ftp://ftp.rfc-editor.org/in-notes/rfc4315.txt>? > > Would it be possible to detect the capability and provide an "expunge > selected" button if it's supported? > > What about doing an "expunge selected" button something like the > following? > > 1. Remove \Deleted from all unselected messages. > 2. Expunge. > 3. Reapply \Deleted to all the unselected messages that originally had > \Deleted. > > Is that possible? > > That seems to be the suggested fallback if UID Expunge is not supported. > Anyone? I checked in the 1.5.2 snapshots to see if there was any improvement in this area, but don't see any changes. Thanks -- Michael |