Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

OT: Mutt's Message-ID and web link

7 views
Skip to first unread message

Byung-Hee HWANG (황병희)

unread,
May 29, 2023, 8:11:54 AM5/29/23
to
Hellow Debian hackers,

A months ago, i did discover that new Mutt's Message-ID have trouble
with debian web's message-id link feature. That means like this:

[1] LINK: (gnome evolution's message-id)
https://lists.debian.org/80fa45cc6a7ee6728226fa4...@adam-barratt.org.uk
[2] LINK: (new Mutt's message-id)
https://lists.debian.org/ZEyj9UUSAx+/YbG/@tuxteam.de

[1] is OK, no problem. Firefox works fine.

But [2] have problem. Firefox does not search the link...
Maybe in Message-ID string, "/" seems trouble.

I suggest for some Mutt users. This how-to is so useful:
https://people.kernel.org/monsieuricon/fix-your-mutt

Thanks ^^^


Sincerely, Byung-Hee

--
^고맙습니다 _布德天下_ 감사합니다_^))//

Thomas Schmitt

unread,
May 29, 2023, 9:20:06 AM5/29/23
to
Hi,

Byung-Hee HWANG wrote:
> https://lists.debian.org/ZEyj9UUSAx+/YbG/@tuxteam.de
> Maybe in Message-ID string, "/" seems trouble.

It is trouble in web URLs, not in E-Mail.

RFC5322 says that the payload string of Message-ID is a msg-id, which
consists of [CFWS] "<" id-left "@" id-right ">" [CFWS].
The offending slashes appear in the id-left part of the message id in
https://lists.debian.org/debian-user/2023/04/msg01201.html
The RFC specifies id-left as dot-atom-text (or an obs-id-left which is
legacy). dot-atom-text consists of atext and ".".
atext is allowed to contain "/".

So the message id conforms to e-mail specs. But the list archive software
does not convert the message id into a usable URL.

I found the archived message by entering "ZEyj9UUSAx+/YbG/@tuxteam.de" at
https://lists.debian.org/msgid-search/
which is part of the List-Archive: header of all debian-user e-mails.


Have a nice day :)

Thomas

Reco

unread,
May 29, 2023, 10:00:07 AM5/29/23
to
Hi.

On Mon, May 29, 2023 at 03:13:00PM +0200, Thomas Schmitt wrote:
> Byung-Hee HWANG wrote:
> > https://lists.debian.org/ZEyj9UUSAx+/YbG/@tuxteam.de
> > Maybe in Message-ID string, "/" seems trouble.

Only if one's does not understand URLs.
[1] works for me perfectly, for instance.

> So the message id conforms to e-mail specs. But the list archive software
> does not convert the message id into a usable URL.

Last one is open to the discussion.
Because if the form at [2] worked for you then the list archive software
certainly *can* convert Message-ID to a usable URL.

Reco

[1] https://lists.debian.org/msgid-search/?m=ZEyj9UUSAx%2B%2FYbG%2...@tuxteam.de
[2] https://lists.debian.org/msgid-search

Thomas Schmitt

unread,
May 29, 2023, 10:40:07 AM5/29/23
to
Hi,

Reco wrote:
> [1] works for me perfectly, for instance.
> [1] https://lists.debian.org/msgid-search/?m=ZEyj9UUSAx%2B%2FYbG%2...@tuxteam.de

That's not the same server side processing as in
https://lists.debian.org/ZEyj9UUSAx+/YbG/@tuxteam.de
Your URL submits a query where "+" and "/" are escaped.
Byung-Hee HWANG's URL uses "+" and "/" in the path component.

I wonder from where Byung-Hee HWANG got this shortcut URL pattern, which
indeed works with most messages.

Whatever, the List-Archive header in the resent mails of debian-user gives
bad URLs too. In my mailbox i find as example:

List-Archive: https://lists.debian.org/msgid-search/ZGCyEDFmig/oy...@eskimo.com

which does not lead to its intended target
https://lists.debian.org/debian-user/2023/05/msg00582.html


I wrote:
> > the list archive software
> > does not convert the message id into a usable URL.

> Because if the form at [2] worked for you then the list archive software
> certainly *can* convert Message-ID to a usable URL.

To https://lists.debian.org/debian-user/2023/04/msg01201.html

But other than with most archived messages, the (HTML-based) line
In-reply-to: <ZEyj9UUSAx+/YbG/@tuxteam.de> (to...@tuxteam.de's message of "Sat, 29 Apr 2023 06:58:29 +0200")
in the archive page of the follow-up message
https://lists.debian.org/debian-user/2023/04/msg01203.html
is not a link to msg01201.html.

So yes, the archive can lookup the message by its id and there is a URL
which represents that message, but the web pages of other messages handle
this message id not like other more URL-friendly ones and two kinds of
shortcut URLs don't work, of which one is published by the list's mail
sender.

Reco

unread,
May 29, 2023, 12:10:12 PM5/29/23
to
Hi.

On Mon, May 29, 2023 at 04:30:23PM +0200, Thomas Schmitt wrote:
> Hi,
>
> Reco wrote:
> > [1] works for me perfectly, for instance.
> > [1] https://lists.debian.org/msgid-search/?m=ZEyj9UUSAx%2B%2FYbG%2...@tuxteam.de
>
> That's not the same server side processing as in
> https://lists.debian.org/ZEyj9UUSAx+/YbG/@tuxteam.de
> Your URL submits a query where "+" and "/" are escaped.
> Byung-Hee HWANG's URL uses "+" and "/" in the path component.

That's my point exactly - either one escapes symbols in their URI, or it
may not lead to the desired outcome.



> Whatever, the List-Archive header in the resent mails of debian-user gives
> bad URLs too. In my mailbox i find as example:
>
> List-Archive: https://lists.debian.org/msgid-search/ZGCyEDFmig/oy...@eskimo.com

That looks like an actual bug in mailman, which probably should be reported.


> which does not lead to its intended target
> https://lists.debian.org/debian-user/2023/05/msg00582.html

Because it should not. This URL does not lead to /msgid-search, it leads
to /msgid-search/ZGCyEDFmig.


Reco

Thomas Schmitt

unread,
May 29, 2023, 2:02:18 PM5/29/23
to
Hi,

Reco wrote:
> either one escapes symbols in their URI, or it
> may not lead to the desired outcome.

But escaping only works in the query part of the msgid-search URL:

https://lists.debian.org/msgid-search/?m=ZEyj9UUSAx%2B%2FYbG%2...@tuxteam.de

not in the path part of the convenience URLs:

https://lists.debian.org/ZEyj9UUSAx%2B%2FYbG%2...@tuxteam.de
https://lists.debian.org/msgid-search/ZEyj9UUSAx%2B%2FYbG%2...@tuxteam.de

Byung-Hee HWANG (황병희)

unread,
May 29, 2023, 10:20:06 PM5/29/23
to
[This is re-send mail. Before mail is violation of rfc2822]
Thanks Thomas and Reco ^^^

Now i get understand for whole story, thanks!
And Mutt is really good software, i think.
0 new messages