Re: [Evolution] Questions on expunging

2009-02-17 Thread Internaut at Large
Greetings,

On Tue, 2009-02-10 at 11:58 -0430, Patrick O'Callaghan wrote:
> On Mon, 2009-02-09 at 19:56 -0800, Ski Kacoroski wrote:
> > Hi,
> > 
> > Is there any way to set up automated expunging to expunge all deleted
> > emails that are older than 1 month, 2 months, etc. instead of having it
> > expunge all deleted emails once a week, once a month, etc.  Usually
> > after an email has been deleted for a month, I no longer need it, but
> > now if I set up auto expunge each month, when it runs it expunges all
> > deleted emails regardless of when they were deleted.
> 
> Short answer: not easily.
> 
> Longer answer: there are two issues here. Firstly, Evo has no mechanism
> for time-based triggers so in any case you'd have to do it via a script
> outside of Evo. However this could be done in principle. Perhaps it
> could also be done with a plugin, I'm not sure.
> 
> More importantly, IMAP Expunge works on an entire folder (or 'mailbox'
> in IMAP terminology) at a time. You can't expunge an individual message.
> Thus you can't select what to zap and what to leave based only on their
> ages. You'd need to sort candidate messages into some special
> 'death-row' folder and then expunge that. However that actually make the
> problem worse, given that IMAP has no 'move' operation. It would have to
> copy the message and then delete the original. But that leaves us back
> where we started ...

Actually, I would do it the other way.  Move the younger ones to
"holding" and then, as they age, mark them for deletion.  I'd probably
do it in a coarse grained way.  On, say, Sunday night, first, mark
everything in the 4-week-old folder as trash, do an expunge, then move
everything in the 3-week-old folder to the 4-week old folder, everything
in the 2-week-old folder to the 3-week-old folder, everything in the
1-week-old folder to the 2-week-old folder, and everything in the
current-old folder to the 1-week-old folder, and then do another
expunge.

Also, I'd pin my "trash" to the current-old folder (so when you "delete"
a message, it moves it to the current-old folder. as opposed to simply
marking it as trash).

This would (of course) be made easier if there was some way to make a
button that would move things to specific folders, as opposed to simply
opening up the move dialog box.

Just another suggestion.
-dkap


___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Questions on expunging

2009-02-17 Thread Patrick O'Callaghan
On Tue, 2009-02-17 at 09:56 -0500, Internaut at Large wrote:
> Greetings,
> 
> On Tue, 2009-02-10 at 11:58 -0430, Patrick O'Callaghan wrote:
> > On Mon, 2009-02-09 at 19:56 -0800, Ski Kacoroski wrote:
> > > Hi,
> > > 
> > > Is there any way to set up automated expunging to expunge all deleted
> > > emails that are older than 1 month, 2 months, etc. instead of having it
> > > expunge all deleted emails once a week, once a month, etc.  Usually
> > > after an email has been deleted for a month, I no longer need it, but
> > > now if I set up auto expunge each month, when it runs it expunges all
> > > deleted emails regardless of when they were deleted.
> > 
> > Short answer: not easily.
> > 
> > Longer answer: there are two issues here. Firstly, Evo has no mechanism
> > for time-based triggers so in any case you'd have to do it via a script
> > outside of Evo. However this could be done in principle. Perhaps it
> > could also be done with a plugin, I'm not sure.
> > 
> > More importantly, IMAP Expunge works on an entire folder (or 'mailbox'
> > in IMAP terminology) at a time. You can't expunge an individual message.
> > Thus you can't select what to zap and what to leave based only on their
> > ages. You'd need to sort candidate messages into some special
> > 'death-row' folder and then expunge that. However that actually make the
> > problem worse, given that IMAP has no 'move' operation. It would have to
> > copy the message and then delete the original. But that leaves us back
> > where we started ...
> 
> Actually, I would do it the other way.  Move the younger ones to
> "holding" and then, as they age, mark them for deletion.  I'd probably
> do it in a coarse grained way.  On, say, Sunday night, first, mark
> everything in the 4-week-old folder as trash, do an expunge, then move
> everything in the 3-week-old folder to the 4-week old folder, everything
> in the 2-week-old folder to the 3-week-old folder, everything in the
> 1-week-old folder to the 2-week-old folder, and everything in the
> current-old folder to the 1-week-old folder, and then do another
> expunge.

You could do that, and it would work as long as you remembered to do
everything in the right order.

> Also, I'd pin my "trash" to the current-old folder (so when you "delete"
> a message, it moves it to the current-old folder. as opposed to simply
> marking it as trash).

I've no idea what you mean by "pin my 'trash'". Evo's Trash is a virtual
folder which doesn't correspond to any one physical folder. Evo *never*
moves a message when deleting it, it just marks it.

> This would (of course) be made easier if there was some way to make a
> button that would move things to specific folders, as opposed to simply
> opening up the move dialog box.

This still doesn't address the OP's request for "automated expunging".

poc

___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Questions on expunging

2009-02-17 Thread Internaut at Large
Greetings,

On Tue, 2009-02-17 at 12:28 -0430, Patrick O'Callaghan wrote:
> On Tue, 2009-02-17 at 09:56 -0500, Internaut at Large wrote:
> > Greetings,
> > 
> > On Tue, 2009-02-10 at 11:58 -0430, Patrick O'Callaghan wrote:
> > > On Mon, 2009-02-09 at 19:56 -0800, Ski Kacoroski wrote:
> > > > Hi,
> > > > 
> > > > Is there any way to set up automated expunging to expunge all deleted
> > > > emails that are older than 1 month, 2 months, etc. instead of having it
> > > > expunge all deleted emails once a week, once a month, etc.  Usually
> > > > after an email has been deleted for a month, I no longer need it, but
> > > > now if I set up auto expunge each month, when it runs it expunges all
> > > > deleted emails regardless of when they were deleted.
> > > 
> > > Short answer: not easily.
> > > 
> > > Longer answer: there are two issues here. Firstly, Evo has no mechanism
> > > for time-based triggers so in any case you'd have to do it via a script
> > > outside of Evo. However this could be done in principle. Perhaps it
> > > could also be done with a plugin, I'm not sure.
> > > 
> > > More importantly, IMAP Expunge works on an entire folder (or 'mailbox'
> > > in IMAP terminology) at a time. You can't expunge an individual message.
> > > Thus you can't select what to zap and what to leave based only on their
> > > ages. You'd need to sort candidate messages into some special
> > > 'death-row' folder and then expunge that. However that actually make the
> > > problem worse, given that IMAP has no 'move' operation. It would have to
> > > copy the message and then delete the original. But that leaves us back
> > > where we started ...
> > 
> > Actually, I would do it the other way.  Move the younger ones to
> > "holding" and then, as they age, mark them for deletion.  I'd probably
> > do it in a coarse grained way.  On, say, Sunday night, first, mark
> > everything in the 4-week-old folder as trash, do an expunge, then move
> > everything in the 3-week-old folder to the 4-week old folder, everything
> > in the 2-week-old folder to the 3-week-old folder, everything in the
> > 1-week-old folder to the 2-week-old folder, and everything in the
> > current-old folder to the 1-week-old folder, and then do another
> > expunge.
> 
> You could do that, and it would work as long as you remembered to do
> everything in the right order.

I'd write a script to do so, every Sunday, so you don't have to
remember, and put the script in cron, or something similar.  Or just run
the script first thing Monday morning, after it has sucked down, and
filtered all the incoming mail (a touch longer to wait on Monday morning
to read my mail, after being away all weekend from it, but ... worth it,
if it were to be the way I wanted to do things).

> > Also, I'd pin my "trash" to the current-old folder (so when you "delete"
> > a message, it moves it to the current-old folder. as opposed to simply
> > marking it as trash).
> 
> I've no idea what you mean by "pin my 'trash'". Evo's Trash is a virtual
> folder which doesn't correspond to any one physical folder. Evo *never*
> moves a message when deleting it, it just marks it.

Right, so I would want the "delete" button to be actually the button I
talk about, below, simply name it "delete" in the interface, but instead
of actually deleting mail, it would do a move (copy/mark as deleted) to
the current-old folder for things that want to eventually end up
deleted, if they aren't rescued from the trash before then.

> > This would (of course) be made easier if there was some way to make a
> > button that would move things to specific folders, as opposed to simply
> > opening up the move dialog box.
> 
> This still doesn't address the OP's request for "automated expunging".

Well the two in combination would.  The script and the re-purposed
"delete" icon/key mapping.  Being able to move things, with a single
click/keypress, into the current-old folder, and have the script either
automatically be engaged weekly (or by hand, out of habit weekly) one
then has the functionality asked for.  It's somewhat crude, but it works
within the strictures and structure of how IMAP works.

-dkap


___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Questions on expunging

2009-02-17 Thread Patrick O'Callaghan
On Tue, 2009-02-17 at 17:10 -0500, Internaut at Large wrote:
> Greetings,
> 
> On Tue, 2009-02-17 at 12:28 -0430, Patrick O'Callaghan wrote:
> [...] 
> > You could do that, and it would work as long as you remembered to do
> > everything in the right order.
> 
> I'd write a script to do so, every Sunday, so you don't have to
> remember, and put the script in cron, or something similar.  Or just run
> the script first thing Monday morning, after it has sucked down, and
> filtered all the incoming mail (a touch longer to wait on Monday morning
> to read my mail, after being away all weekend from it, but ... worth it,
> if it were to be the way I wanted to do things).

That's OK. As I said earlier, you can script it outside of Evo, just not
inside. Make sure the script and the Evo installation agree on what the
various folder names are, or it could get embarassing. And of course run
it only when the user is online to the server (can be tricky with mobile
users). And be careful about concurrent access to the mailboxes, which
is undefined in IMAP.

> > > Also, I'd pin my "trash" to the current-old folder (so when you "delete"
> > > a message, it moves it to the current-old folder. as opposed to simply
> > > marking it as trash).
> > 
> > I've no idea what you mean by "pin my 'trash'". Evo's Trash is a virtual
> > folder which doesn't correspond to any one physical folder. Evo *never*
> > moves a message when deleting it, it just marks it.
> 
> Right, so I would want the "delete" button to be actually the button I
> talk about, below, simply name it "delete" in the interface, but instead
> of actually deleting mail, it would do a move (copy/mark as deleted) to
> the current-old folder for things that want to eventually end up
> deleted, if they aren't rescued from the trash before then.
> 
> > > This would (of course) be made easier if there was some way to make a
> > > button that would move things to specific folders, as opposed to simply
> > > opening up the move dialog box.
> > 
> > This still doesn't address the OP's request for "automated expunging".
> 
> Well the two in combination would.  The script and the re-purposed
> "delete" icon/key mapping.  Being able to move things, with a single
> click/keypress, into the current-old folder, and have the script either
> automatically be engaged weekly (or by hand, out of habit weekly) one
> then has the functionality asked for.  It's somewhat crude, but it works
> within the strictures and structure of how IMAP works.

The "repurposed" Delete key means changing Evo's interface, since it
can't be done with Evo as it stands (which is what the OP was asking).
Of course it could be done, no question, but are you going to do it? And
support it? I know I'm not. So it boils down to convincing the devels
that such a fairly radical change is a good idea and worth their time.
Good luck with that.

Or you could just use Claws ...

poc

___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Questions on expunging

2009-02-17 Thread Internaut at Large
On Tue, 2009-02-17 at 18:16 -0430, Patrick O'Callaghan wrote:
> On Tue, 2009-02-17 at 17:10 -0500, Internaut at Large wrote:
> > Greetings,
> > 
> > On Tue, 2009-02-17 at 12:28 -0430, Patrick O'Callaghan wrote:
> > [...] 
> > > You could do that, and it would work as long as you remembered to do
> > > everything in the right order.
> > 
> > I'd write a script to do so, every Sunday, so you don't have to
> > remember, and put the script in cron, or something similar.  Or just run
> > the script first thing Monday morning, after it has sucked down, and
> > filtered all the incoming mail (a touch longer to wait on Monday morning
> > to read my mail, after being away all weekend from it, but ... worth it,
> > if it were to be the way I wanted to do things).
> 
> That's OK. As I said earlier, you can script it outside of Evo, just not
> inside. Make sure the script and the Evo installation agree on what the
> various folder names are, or it could get embarassing. And of course run
> it only when the user is online to the server (can be tricky with mobile
> users). And be careful about concurrent access to the mailboxes, which
> is undefined in IMAP.

Why not write a script or plugin for within evolution?  There should be
some way to do that ...

> > > > Also, I'd pin my "trash" to the current-old folder (so when you "delete"
> > > > a message, it moves it to the current-old folder. as opposed to simply
> > > > marking it as trash).
> > > 
> > > I've no idea what you mean by "pin my 'trash'". Evo's Trash is a virtual
> > > folder which doesn't correspond to any one physical folder. Evo *never*
> > > moves a message when deleting it, it just marks it.
> > 
> > Right, so I would want the "delete" button to be actually the button I
> > talk about, below, simply name it "delete" in the interface, but instead
> > of actually deleting mail, it would do a move (copy/mark as deleted) to
> > the current-old folder for things that want to eventually end up
> > deleted, if they aren't rescued from the trash before then.
> > 
> > > > This would (of course) be made easier if there was some way to make a
> > > > button that would move things to specific folders, as opposed to simply
> > > > opening up the move dialog box.
> > > 
> > > This still doesn't address the OP's request for "automated expunging".
> > 
> > Well the two in combination would.  The script and the re-purposed
> > "delete" icon/key mapping.  Being able to move things, with a single
> > click/keypress, into the current-old folder, and have the script either
> > automatically be engaged weekly (or by hand, out of habit weekly) one
> > then has the functionality asked for.  It's somewhat crude, but it works
> > within the strictures and structure of how IMAP works.
> 
> The "repurposed" Delete key means changing Evo's interface, since it
> can't be done with Evo as it stands (which is what the OP was asking).
> Of course it could be done, no question, but are you going to do it? And
> support it? I know I'm not. So it boils down to convincing the devels
> that such a fairly radical change is a good idea and worth their time.
> Good luck with that.
> 
> Or you could just use Claws ...

I already have a diff file that adds a "move" button to my button bar,
in between delete and junk.

419a420,423
>   _label="Move"
>pixtype="pixbuf"/>
> 

So, if there was some way to pin the MessageMove to move things, by
invocation to a specific folder (current-old, in my description)
something similar might be easily distributed, and maintained across
versions. (this one is for 2.22
evolution/2.22/ui/evolution-mail-message.xml) so, it shouldn't be hard.

-dkap


___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list


[Evolution] forwarding message with all headers

2009-02-17 Thread Chris
I'm reporting some 419 spam to certain addresses. Doing a ctrl-f will
bring up the message in composer however only the from, subj and date
are shown. In KMail when forwarding I'd send this out which is actually
needed by the places I send these to. How to get this when forwarding
with Evo? I can open it with Gedit which shows all the headers but that
seems like much more work than just forwarding the message with all
headers intact.


Return-path: gregk...@sify.com
Received: from pop.embarqmail.com [208.47.184.129] by
localhost.localdomain with POP3 (fetchmail-6.3.9) for
 (single-drop); Tue, 17 Feb 2009 07:10:33 -0600
(CST)
Received: from 10.50.1.2 (LHLO smtpout01.embarq.synacor.com) (10.50.1.2)
by md29.embarq.synacor.com with LMTP; Tue, 17 Feb 2009 08:10:20 -0500
(EST)
Return-path: 
X-binding: md29.embarq.synacor.com
X_cmae_category: 0,0 Undefined,Undefined
X-cnfs-analysis: v=1.0 c=1 a=Sk6Pr3JV-HwA:10
a=mMSuOu6IcxiRvQBZwpe35A==:17 a=D-Yc-UtQqFCcq5R6el4A:9
a=U97hzNceFge4h1drpPMA:7 a=SS3_-bLCISvURT0DDMSIUrTUAVoA:4
a=9OHTkwyHC8cA:10
X-cm-score: 0
X-scanned-By: Cloudmark Authority Engine
Authentication-results: spam02.embarq.synacor.com
smtp.mail=gregk...@sify.com; spf=neutral
Received-spf: neutral (spam02.embarq.synacor.com: 200.25.177.116 is
neither permitted nor denied by domain of sify.com)
Received: from [200.25.177.116] ([200.25.177.116:60688]
helo=mail.cae.org.ec) by smtp.embarq.synacor.com (envelope-from
) (ecelerity 2.2.2.36 r(27513/27514)) with ESMTP id
56/93-12461-B37BA994; Tue, 17 Feb 2009 08:10:20 -0500
Received: from mail.cae.org.ec (localhost.localdomain [127.0.0.1]) by
mail.cae.org.ec (8.14.1/8.14.1) with ESMTP id n1HD9KMG005037; Tue, 17
Feb 2009 08:09:20 -0500
Received: (from apa...@localhost) by mail.cae.org.ec
(8.14.1/8.14.1/Submit) id n1HD87Pm004868; Tue, 17 Feb 2009 08:08:07
-0500
X-authentication-warning: mail.cae.org.ec: apache set sender to
gregk...@sify.com using -f
Received: from 41.210.40.99 (SquirrelMail authenticated user bienal) by
mail.cae.org.ec with HTTP; Tue, 17 Feb 2009 08:08:07 -0500 (ECT)
Message-id: <50835.41.210.40.99.1234876087.squir...@mail.cae.org.ec>
Date: Tue, 17 Feb 2009 08:08:07 -0500 (ECT) (07:08 CST)
Subject: ACQUISITION OF PROPERTIES
From: Mr.Greg Kofi 
Reply-to: gregko...@sify.com
User-agent: SquirrelMail/1.4.10a-1.fc7
Mime-version: 1.0
Content-type: text/plain;charset=iso-8859-1
Content-transfer-encoding: 8bit
X-priority: 3 (Normal)
Importance: Normal
X-senderip: 200.25.177.116
X-asn: ASN-14522
X-cidr: 200.25.176.0/22

Chris

-- 
KeyID 0xE372A7DA98E6705C



signature.asc
Description: This is a digitally signed message part
___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Questions on expunging

2009-02-17 Thread Patrick O'Callaghan
On Tue, 2009-02-17 at 18:08 -0500, Internaut at Large wrote:
> On Tue, 2009-02-17 at 18:16 -0430, Patrick O'Callaghan wrote:
> [...]

> > That's OK. As I said earlier, you can script it outside of Evo, just not
> > inside. Make sure the script and the Evo installation agree on what the
> > various folder names are, or it could get embarassing. And of course run
> > it only when the user is online to the server (can be tricky with mobile
> > users). And be careful about concurrent access to the mailboxes, which
> > is undefined in IMAP.
> 
> Why not write a script or plugin for within evolution?  There should be
> some way to do that ...

Read back to the beginning of this thread. AFAIK there is no support for
time-based scripting in Evo. If you want to look at plugins, check out
http://www.go-evolution.org/EPlugin

[...]

> I already have a diff file that adds a "move" button to my button bar,
> in between delete and junk.
> 
> 419a420,423
> >>_label="Move"
> >pixtype="pixbuf"/>
> > 
> 
> So, if there was some way to pin the MessageMove to move things, by
> invocation to a specific folder (current-old, in my description)
> something similar might be easily distributed, and maintained across
> versions. (this one is for 2.22
> evolution/2.22/ui/evolution-mail-message.xml) so, it shouldn't be hard.

I still think you'll have a hard time convincing the powers-that-be in
Evo that this is a good idea. It *may* solve one specific problem, but
it introduces a lot of noise in the design and makes the deletion model
much harder to describe.

It might be more palatable not to try and overload Delete, but to
introduce a new primitive: Archive, with the property of moving stuff
around in the way you describe. I note that Thunderbird 3 will support
some kind of archiving (no idea if it's similar to what you propose) so
maybe it's not out of the question.

poc

___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] forwarding message with all headers

2009-02-17 Thread Patrick O'Callaghan
On Tue, 2009-02-17 at 17:22 -0600, Chris wrote:
>  I'm reporting some 419 spam to certain addresses. Doing a ctrl-f will
> bring up the message in composer however only the from, subj and date
> are shown. In KMail when forwarding I'd send this out which is
> actually
> needed by the places I send these to. How to get this when forwarding
> with Evo? I can open it with Gedit which shows all the headers but
> that
> seems like much more work than just forwarding the message with all
> headers intact.

Message->Forward As->Attached (or change Preferences->Composer
Preferences->General->Forward Style to Attachment.

poc

___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list