Open Bug 112422 Opened 20 years ago Updated 11 years ago

Searching for Message-IDs missing (news)


(SeaMonkey :: MailNews: Message Display, enhancement)

Not set


(Not tracked)



(Reporter: mozillaorg, Unassigned)



(1 file, 1 obsolete file)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120
BuildID:    2001112009

It is not possible to search for a certain message-ID on a news server. I would
suggest adding a "message ID" field to the "Search messages" form.

Reproducible: Always
Steps to Reproduce:
try to search for a message-id in mailnews/search messages
This is possible for mail searches via the Customize headers feature (select
"Customize..." at the bottom of criteria pulldown in search or filters ui), but
custom headers are not available for use in news searches (and filtering news is
not implemented).
Ever confirmed: true
Summary: Searching for Message-IDs missing → Searching for Message-IDs missing (news)
Target Milestone: --- → Future
There's an addon for this, it's called message-id finder.
You can get it here:
With this addon it's possible to highlight a message-id, rightclick and search
for it on
- a specified news server (must be set up as one of your accounts)
- Google Groups.
The MessageID-Finder project

Your could find the xpi-addon and some explainations at:

Same as Holger Metzger mention, but this is the new url where you can find the
newest version of the MessageID-Finder.


PS: Waiting for feedback
mass re-assign.
Assignee: naving → sspitzer
Caution : this is so trivial that it may be a duplicate. The feature works with
menhy and messageidfinder (2 mozdev projects
wich needs and builds /before/ 09/08/2003.
This feature is so *useful* that the severity should be set to "normal" and the
resolution is so proach that the targer should be set to 1.5 beta
Blocks: 176238
Blocks: 89939
No longer blocks: 89939
No longer blocks: 176238
Product: Browser → Seamonkey
Assignee: sspitzer → mail
As Bug 62033 was fixed (by Marcus Hossner, the author of the above mentioned messageidfinder add-on) it's now possible to use a context menu to "Open Message For ID", "Open Browser For Message-ID" or "Copy Message-ID" on the message-id and references header fields.

AFAIK the messageidfinder add-on will not be developed further in future. It actually does not work with current trunk builds anymore.

That's why we need some of the old messageidfinder features ported to the future TB/SM:

(1) - Ability to use the message IDs given in mail/news bodies.

(2) - Ability to search on specific news servers and specific web based services. At the moment you can only search using the actual server and only /one/ additional web service (see mailnews.messageid_browser.url). I'd strongly recommend to be able to access this via the context menu! I wouldn't like to be forced to use a separated window (like the search messages dialog) for that. 

(3) - Additionally we need to be able to search for message IDs by typing/copying them into a dialog. This could be done at the search messages dialog. The 'old' messageidfinder had this with a separate window after pressing Ctrl+I. It should also be possible to choose the server/service where to search (as in (2)).
OS: Windows 2000 → All
(In reply to comment #6)

> (1) - Ability to use the message IDs given in mail/news bodies.

This is feature I mostly miss at the moment.
Component: MailNews: Search → MailNews: Message Display
QA Contact: laurel → search
Assignee: mail → nobody
QA Contact: search → message-display
Attached patch patch proposal, alpha 1 (obsolete) — Splinter Review
I would like to propose a patch for this (Thunderbird 3) if it really doesn't exist yet. It's not polished, but I suppose someone can correct this (for example the label).
Attachment #416871 - Attachment is obsolete: true
(In reply to comment #9)
> patch proposal, beta 1

This is a SeaMonkey bug, you should probably file a new one for Thunderbird, if you want something be fixed there...
You need to log in before you can comment on or make changes to this bug.