On 21/11/2018 15.30, Paul wrote:
Carlos E.R. wrote:
I did some experiments on a modern copy of Firefox and Thunderbird.
In Firefox, I tried "news://12345678abcdef". A MID URI.
I see the network LED flash a tiny bit (only a few flashes).
Then Thunderbird pops to the front. And it stops.
If I were to enter "news://nntp.aioe.org" then Thunderbird
can pop to the front, and maybe a new account entry ends up
added to Thunderbird. This isn't a MID based search, so a
separate code path is being followed.
OK, in the first case, in Thunderbird, if I use the
Config Editor (otherwise known as about:config if I was
in Firefox), I see one entry in there for "messageid".
The string stored in the entry, is a groups google com search.
Â*Â* http://groups.google.com/blahblah%mid
That link works. I concocted:
https://groups.google.com/search?as_umsgid=%mid
replace %mid with the actual mid, and finally I got
It would seem that Thunderbird is not "arranged by MID" internally.
If you look at various search options within Thunderbird, the MID
is never an option in the searches. This is also why you end up reading
messages cross-posted to three groups, three times. Reading a message
with a particular MID, doesn't remove it from all groups it is
crossposted to.
It is, in Edit/Find/search messages. You can tick "search on server" and
select "Message-ID" as a field to search on. Here it is instant, but the
server is local (leafnode). But I just tried "no search on server" and
it also was instant, thus it keeps an index.
Indeed, file
"/home/cer/.thunderbird/random.default/News/server.name/comp.mobile.android.msf
contains the messageid I seek for:
(123B3=66c0)(13DCC=26321)(12390=5bcdfc05)(12391
)(12392
)
Maybe "12391" is the message item. Humm... leafnode has it in
"/var/spool/news/comp/mobile/android/26322".
Thunderbird, when there's a handoff using news://URI in Firefox,
seems to be calling groups.google.com to look up a MID. Rather
than handle the MID with its own client-entered server details.
Since there's no MID engine, it bails and cheats by doing an HTTP
call instead.
Something is broken about that handling. It actually worked
in Seamonkey, which is a suite. But something in Thunderbird
is botching the information returned by the attempt
to access http://groups.google.com.
Maybe that page changed the format of the result and Thunderbird fails
to parse it.
If you were to modify the messageid string in the Config Editor
in Thunderbird, you might get it working. I've run out of
things to try myself.
When I look in Seamonkey right now, it's set up the same way
as the Firefox/Thunderbird duo. Maybe this should be changed
to https, but it might not matter.
mailnews.messageid_browser.urlÂ*Â*Â* stringÂ*Â*Â*
http://groups.google.com/search?as_umsgid=%mid
A bug report suggests the search string might have been intended to be
Â*Â* http://groups.google.com/search?as_umsgid=%mid&rnum=1
and yet another thread participant said the rnum was unnecessary.
So, the steps that seem to happen:
1) Firefox realizes it doesn't have a URI handler for news://
Â*Â* It knows there is a protocol binding for Thunderbird for that.
Â*Â* Maybe Thunderbird is registered as the email/news handler.
2) Thunderbird examines the incoming URI.
Â*Â* It successfully recognizes non-MID URIs and handles them as usual.
Â*Â* (In the same broken way it always had :-) )
3) When Thunderbird sees one with a MID (no angle brackets, no quotes),
Â*Â* it seems to resort to http. The LED for the NIC blinks a few times.
Â*Â* A manual test of the URL above, shows it can work. A result comes back.
4) But Thunderbird doesn't seem to be doing anything with the result.
Â*Â* I suspected a "popup preventer" entry in Config Editor, was preventing
Â*Â* the groups.google.com web page from being presented. That's what
Â*Â* would have happened in Seamonkey. My attempts to modify that, did not
help.
There are two areas of experimentation:
1) Improve the messageid search command.
2) Remove whatever popup blocker prevents the gg page from displaying in
TB.
As for the approach, it's kinda dumb. Not all newsgroups are
in Google Groups. The only reason the MID being used in this
thread was searchable, was because it was crossposted. A post
to only the Windows7 group, would not be held by Google. But
since the message went to three groups, the test message is
stored in groups.google.com because of some group other than
the windows7 one.
Â*Â* Paul
--
Cheers, Carlos.