Open Bug 764449 Opened 13 years ago Updated 3 years ago

icedove: return receipt requests policy should include enable/disable filters

Categories

(Thunderbird :: Address Book, enhancement)

10 Branch
enhancement

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: contact, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20100101 Firefox/10.0.5 Iceweasel/10.0.5 Build ID: 20120605070051 Steps to reproduce: Look for a way to customize sending return receipts for particular email addresses in my address book or with a filter Actual results: It appears to be a global on/off option that can't be customized Expected results: It would have been nice if I could choose [receipt] to request a return receipt on a per-address-book entry (or filter) [no receipt] don't send a return receipt for a particular per-address-book entry (or filter) [default] use the global setting
I originally reported this with Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612312
I think it is per account option and you also can set it when composing a message. But if you want to attach it to a contact in the addressbook that an interesting enhancement.
Severity: normal → enhancement
Component: General → Address Book
OS: Linux → All
QA Contact: general → address-book
Hardware: x86_64 → All
This problem/issue/feature-requirement first surfaced when I had request-return-receipt on while posting to debian bug reports. Each report has a bug number, such as 612312@bugs.debian.org Putting each bug in the address book seems, well, silly, if, as an alternative, we could specify this in a filter - for names ending with @bugs.debian.org, don't send a read receipt. Just my 2 cents.
(In reply to :aceman from comment #2) > if you want to attach it to a contact in the addressbook that an interesting enhancement. Isn't that bug 575954? And in the send dialog a dup of bug 486284?
Philip ?
It depends on how you look at it. The core of the problem is the lack of a choice regarding sending read receipts, which this bug addresses. #575954 is about adding a read-receipt option to contacts. #486284 is about having a third option regarding read-receipts [ ]yes [ ]no [X]ask. As the original title of this bug report doesn't accurately reflect its intent, I'm re-titling it from "icedove: return receipt requests policy should include a per-account option or in the send dialog" to its new title, "icedove: return receipt requests policy should include enable/disable filters". It's a third use-case that neither of the above bugs addresses. No, I didn't know about them when I submitted this bug report.
Summary: icedove: return receipt requests policy should include a per-account option or in the send dialog → icedove: return receipt requests policy should include enable/disable filters
Blocks: MDN
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.