259976 - Intelligent identity detection for new message could use"plus addressing" based on folder name

Status: NEW

(MailNews Core :: Composition, enhancement)

Description

[Frank Murphy]

User-Agent:       Mozilla/5.0 (compatible; Konqueror/3.2; Linux; ppc) (KHTML, like Gecko)
Build Identifier: 

 
Trying out Thunderbird, and I miss a feature from KMail, so I'm reporting it here so you know. 
This is a wishlist thing, I think. 
 
Some IMAP servers (Cyrus IMAP at least) support the concept of "plus addressing." That is, when 
an account is user@domain, sending a mail to user+mailfolder@domain will deliver the mail 
directly into INBOX.mailfolder. See this page for a bit more info on plus addressing: 
http://asg.web.cmu.edu/cyrus/download/imapd/faq.html 
 
Anyway, Thunderbird's "Identity Intelligence" could use this. If the current folder is 
account/INBOX/mailfolder and the server settings' User Name is accountname@domain, and 
there is an identity accountname+mailfolder@domain, then the composer should default to 
accountname+mailfolder@domain. 
 
This would still require the user to set up the appropriate identities, but that's good because it'll 
prevent accidents with the ID Inteligence. 

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1

[Dave Miller [:justdave]]

dupe of bug 256314?

Comment 2

[Frank Murphy]

No, it's no the same. Bug 256314 is about replying to a message with a + 
identity, and this bug is about composing a new message and picking up the 
identity from the current folder. 

Comment 3

[Mike Cowperthwaite]

(In reply to comment #2)
> this bug is about composing a new message and picking up the 
> identity from the current folder. 

Then you'll need to get the basic identity-folder functionality built first.  
If a fix for that bug is ever implemented, you'll be able to get the desired 
functionality of this bug by manually associating the specific identities with 
folders; auto-detecting the identity based on the folder name would be the next 
step.

Comment 4

[Aleksey Nogin]

See also: bug 166293 "Ability to tie identities to folder hierarchies (namespaces)"