[MlMt] Rules on Inbox - Generic

[Marc DR]

Benny,

You got the idea right !

The reason I used the smart mailbox is because it gave me a degree in 
freedom


The Rule as I use it now:

	[From] [is in] [Mailbox_Source] [From]
	[Move to Mailbox] [Mailbox_Target]

example:

	[From] [is in] [Info ▸ Marketing_Confirmed] [From]
	[Move to Mailbox] [Info ▸ Marketing_Auto]
Please do note that I do not move to the Mailbox_Source because this 
allows me to see what has been add recently.
I think I could achieve an identical result by tagging the "fresh" mails 
before moving and untagging them after verification ( or vice versa ), 
which is "easier" for you to implement. :-))

I think GUI-wise the "new-move" version could look like this

	[From] [is in] [Mailbox/SmartMailbox] [From]

	[Generic Move to first matched Source Mailbox of]  
[Mailbox/SmartMailbox]
	or
	[Dynamic Move to first matched Source of]  [Mailbox/SmartMailbox]
	or
	[Fuzzy Move to Source of]  [Mailbox/SmartMailbox]
	

Just some ideas and have a nice WE,



Marc


On 12 Feb 2016, at 10:22, Benny Kjær Nielsen wrote:

> On 11 Feb 2016, at 23:28, Marc ARC wrote:
>
>> I’m looking for a more generic solution, with less need to write a 
>> rule for every similar condition
>>
>> Something like:
>>
>> 	if sender/rule_condition of email is in SmartMailbox ( which might 
>> “contain” number of mailboxes )
>
> You mean that the messages in the smart mailbox could be located in 
> any number of IMAP mailboxes?
>
>> 	move email to source_mailbox where sender/rule_condition was found
>
> As in:
>
> 	Move to Mailbox [IMAP mailbox of first matched message in 
> SmartMailbox]
>
>> This could help us to “sort/archive” automatically marketing 
>> emails, mails of a certain sender, etc . . .
>
> I think I understand the problem and I also think it would be a nice 
> addition to the “is in” comparison method.
>
> Unfortunately, implementation-wise it's non-trivial. The information 
> about matching messages in the SmartMailbox is “lost” long before 
> reaching the point of rule actions and it's also not quite obvious how 
> the GUI for such a feature should work.
>
> I'll think about this, but right now I don't see any simple way to do 
> it.
>
> -- 
> Benny
> _______________________________________________
> mailmate mailing list
> mailmate at lists.freron.com
> http://lists.freron.com/listinfo/mailmate
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20160212/571c5c9e/attachment.html>