Feature Requst: new rule with preset values

[Andy1616]

Hi, I just started migration from OL to TB and already love it - but I misse the OL rules to store away mails. That's how I found that nice tool.

I'd love to see a new function: "create rule for selected eMail" Having selected that the config dialog shall pop up and a new rule shall already be inserted and prefilled with

• source folder
• sender
• receipient
• subject

Is that a big deal to come up with?

:-) thanks a lot!

[wangvisual]

Technically it's doable. Just need time to implement.

[Andy1616]

:-> put it to the list and see if more people add to this wish...

[Andy1616]

general function is working !!! But: sender and receipient taken from an existing mail don't match the mail... as the whole name + address is taken - should the pure email be enough? at least a pre-set rule shall match its own blueprint... :->

[wangvisual]

The purpose is for user can have a start to add a new rule, I'll check if pure email can match, especially when multiple recipients.

[Andy1616]

reopen - does not work reliably.... What can I provide to hunt that bug? How can I send you a personal note with the details of the mails?

[wangvisual]

Please send mail to opera.wang+aaa AT gmail

[Andy1616]

updated to latest beta -> its "better" :-> a kind of "first word approach". Why not taking the real email address?

[wangvisual]

Real email address is too long for the input box, but perhaps I should add @ at the end to prevent match wrong people.

Also the algorithm is copied from my another addon (http://code.google.com/p/expression-search/source/detail?spec=svn160&r=103) but I forgot why only use the mail id :-(

Using email address like foo@bar.com has only one issue, is that sometimes we got email from the same address foo@bar.com, but one is like 'Name1 foo@bar.com', another is "Name2 <foo@bar.com", perhaps I would like to distinguish them, also user can defined 3rd name Name3 for foo@bar.com and show in mail list pane.

[Andy1616]

hm - to be honest - I would not care if the preset value wour work and match the original mail. Thats the issue here - rest are philosophic thoughts... I'd vote for email only, but I can live with all that works :->

[wangvisual]

I remembered, as > 99.9% of my email are from the same domain ( the corporate domain ) ,so I removed the domain part..., also the input box length is the limit. Don't know if it's the same with your case.

[Andy1616]

quite the other way for me - so still I'd vote for the plain email string as it is the unique part

[wangvisual]

Will make it as an advanced option, but can't make it in 0.4 as 0.4 is about to release. Change to milestone 0.5.

[Andy1616]

confirm - GREAT !!!! Thx!