Open
Bug 226054
Opened 21 years ago
Updated 2 years ago
support for mail-news gatway x-to and x-cc news headers
Categories
(MailNews Core :: MIME, enhancement)
MailNews Core
MIME
Tracking
(Not tracked)
NEW
People
(Reporter: aakhter, Unassigned)
Details
(Keywords: helpwanted)
Attachments
(1 file, 1 obsolete file)
12.30 KB,
patch
|
Bienvenu
:
superreview-
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/103u (KHTML, like Gecko) Safari/100 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6a) Gecko/20031027 Thunderbird/0.4a I realize that this is a bit of an isolated probelm. But I would appreciate any ideas. We have an internal mail-news gateway where many mailing lists are converted to newsgroups and vice-versa. When people crosspost to the mailing lists the crossposting is not reflected on the newsgroup side. For example, an email with to: x,y will not generate a news message with newsgroups news.x,news.y. There will be two messages in both news.x and news.y that do not mention the cross posting at all. The bad thing about this is that when people respond via news, the response is limited to the newsgroup they happened to respond to. There is a header inserted in the news message: X-To: x,y Note that this is just a copy from the To: and CC: fields in the original email message. So the crosspost information is actually present in the news message, it's just not used, besides being in a different format. Part of the problem is that the mailing list names and newsgroup names have to relationship. There really isn't a way to parse news.x and arrive at x. I think one solution for this problem would be to CC all the entries in the X-To: field in the news response composition. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Reporter | ||
Comment 1•21 years ago
|
||
this patch adds the capability to display x-to and x-cc in the expanded display via the pref mailnews.headers.showXto
Reporter | ||
Comment 2•21 years ago
|
||
the xto.patch on 2003-11-17 22:51:53 only displays the x-to and x-cc headers in the expanded header view when the pref mailnews.headers.showXto is set. Still to do is populate the contents of x-to and x-cc into the compose window (when reply all is hit). I'm having trouble finding the code that actually sets the params for nsMsgComposeService:: OpenWindow, and would appreciate pointers or help.
Reporter | ||
Updated•21 years ago
|
Keywords: helpwanted
Comment 3•21 years ago
|
||
No dupes -> marking NEW. CC'ing Scott (please remove self from CC if I abused this CC capability :)
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: MacOS X → All
Hardware: Macintosh → All
Reporter | ||
Comment 4•21 years ago
|
||
this patch includes the x-to and x-cc diplay functionality as well the copying the contents of x-to and x-cc to the CC field and removing the newsgroup filed in teh compose message
Attachment #135784 -
Attachment is obsolete: true
Reporter | ||
Comment 5•21 years ago
|
||
the patches seem to be working fine for me for a while now. how do i go about getting them code- reviewed and integrated into proper mailnews?
Comment 6•21 years ago
|
||
Aamer, check the review/superreview question mark in your patch. Potential reviewer: mscott@mozilla.org, superreviewer: bienvenu@nventure.com See http://bugzilla.mozilla.org/flag-help.html It (probably) won't get checked in for 1.6 but as soon as trunk opens for 1.7a, it should (if it gets r/sr+).
Reporter | ||
Updated•21 years ago
|
Attachment #136055 -
Flags: superreview?(bienvenu)
Attachment #136055 -
Flags: review?(mscott)
Attachment #136055 -
Flags: approval1.6?
Comment 7•21 years ago
|
||
the patch looks reasonable at first glance.
Comment 8•21 years ago
|
||
Comment on attachment 136055 [details] [diff] [review] x-to expanded header display and compose CC copy unsetting approval 1.6 flag as 1.6 is feature freeze, this patch will be for 1.7a trunk when it opens.
Attachment #136055 -
Flags: approval1.6?
Updated•20 years ago
|
Flags: blocking1.8a4?
Updated•20 years ago
|
Flags: blocking1.8a4? → blocking1.8a4-
Updated•20 years ago
|
Product: MailNews → Core
Comment 9•19 years ago
|
||
Comment on attachment 136055 [details] [diff] [review] x-to expanded header display and compose CC copy I'm not particularly keen in adding these headers to the UI when we aren't going to even show them unless you set a hidden pref. This seems like something best served as an extension. In fact Karsten already has an extension for Thunderbird that lets you set arbitrary headers to see in the message pane so you can use that to get what you want quite nicely.
Attachment #136055 -
Flags: review?(mscott)
Reporter | ||
Comment 10•19 years ago
|
||
Please keep in mind that the purpose of the patch was to copy the contents of the x-to and x-cc fields into the new message's CC field when 'Reply-All' is hit. Unfortunatley, I don't know if extensions can do this.
Comment 11•17 years ago
|
||
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Assignee | ||
Updated•16 years ago
|
Product: Core → MailNews Core
Comment 13•15 years ago
|
||
clarkbw an item for post 3.1 thinking. or sooner if you are bored comment 9 & 10
Comment 14•14 years ago
|
||
Comment on attachment 136055 [details] [diff] [review] x-to expanded header display and compose CC copy sorry for the delay - this has bit-rotted pretty completely. This still feels like something an extension might want to do, though it may also fit in with our desire to deal with newsgroups displayed as mail messages better.
Attachment #136055 -
Flags: superreview?(bienvenu) → superreview-
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•