Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #211879
| From | David Wright <deblis@lionunicorn.co.uk> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Shimming HTTP to HTTPS. |
| Date | 2019-07-29 18:50 +0200 |
| Message-ID | <yph0u-Iw-5@gated-at.bofh.it> (permalink) |
| References | <yl0rf-2xo-3@gated-at.bofh.it> <yl8RR-86l-15@gated-at.bofh.it> <yoUng-2YL-7@gated-at.bofh.it> <yp21r-7Vb-5@gated-at.bofh.it> <yp7kt-326-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon 29 Jul 2019 at 09:22:24 (+0300), Andrei POPESCU wrote:
> On Du, 28 iul 19, 19:40:04, David Wright wrote:
> >
> > The link itself is a URL as usual. For the message I'm replying to
> > now, the Message-ID is <E1hrlrN-0002IM-Cf@joule.invalid> and the
> > corresponding link³ on the web page (under the magnifier) is
> > https://lists.debian.org/msgid-search/E1hrlrN-0002IM-Cf@joule.invalid
>
> [...]
>
> > ³ I must admit that I've never discovered a use for that style of link:
> > the https://lists.debian.org/debian-user/2019/07/msg01334.html URL
> > seems much more useful for citations in posts.
>
> One can construct the link just with information available in the mail
> to be referenced, including off-line and possibly even in advance if one
> can convince the mail client to generate the Msg-ID before sending.
I suppose I can see that that might be useful in some circumstances.
But even so, it seems an odd way to present them on the web page,
*inside* the <> of the Message-ID/In-Reply-To/References. While
admitting that the post displayed on the web is not *actually* an
email, I would say that inserting extraneous junk between the <>
characters goes against the spirit of RFC2822:
3.6.4. Identification fields
Though optional, every message SHOULD have a "Message-ID:" field.
Furthermore, reply messages SHOULD have "In-Reply-To:" and
"References:" fields as appropriate, as described below.
The "Message-ID:" field contains a single unique message identifier.
The "References:" and "In-Reply-To:" field each contain one or more
unique message identifiers, optionally separated by CFWS.
The message identifier (msg-id) is similar in syntax to an angle-addr
construct without the internal CFWS.
↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑ ← my addition
message-id = "Message-ID:" msg-id CRLF
in-reply-to = "In-Reply-To:" 1*msg-id CRLF
references = "References:" 1*msg-id CRLF
msg-id = [CFWS] "<" id-left "@" id-right ">" [CFWS]
id-left = dot-atom-text / no-fold-quote / obs-id-left
id-right = dot-atom-text / no-fold-literal / obs-id-right
no-fold-quote = DQUOTE *(qtext / quoted-pair) DQUOTE
no-fold-literal = "[" *(dtext / quoted-pair) "]"
Why not put the link outside, say after, the <> and dress it up as a comment
(the C in CFWS).
Cheers,
David.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
HTTP shimmed to HTTPS; was Re: stunnel as transparent proxy. peter@easthope.ca - 2019-07-18 00:20 +0200
Re: HTTP shimmed to HTTPS; was Re: stunnel as transparent proxy. Reco <recoverym4n@enotuniq.net> - 2019-07-18 09:20 +0200
Re: Shimming HTTP to HTTPS. peter@easthope.ca - 2019-07-28 18:40 +0200
Re: Shimming HTTP to HTTPS. Reco <recoverym4n@enotuniq.net> - 2019-07-28 19:00 +0200
Re: Shimming HTTP to HTTPS. David Wright <deblis@lionunicorn.co.uk> - 2019-07-29 02:50 +0200
Re: Shimming HTTP to HTTPS. peter@easthope.ca - 2019-08-22 18:10 +0200
Re: Shimming HTTP to HTTPS. Reco <recoverym4n@enotuniq.net> - 2019-08-22 19:40 +0200
Re: Shimming HTTP to HTTPS. peter@easthope.ca - 2019-08-23 19:30 +0200
Re: Shimming HTTP to HTTPS. David Wright <deblis@lionunicorn.co.uk> - 2019-07-29 02:50 +0200
Re: Shimming HTTP to HTTPS. Andrei POPESCU <andreimpopescu@gmail.com> - 2019-07-29 08:30 +0200
Re: Shimming HTTP to HTTPS. David Wright <deblis@lionunicorn.co.uk> - 2019-07-29 18:50 +0200
Re: Shimming HTTP to HTTPS. peter@easthope.ca - 2019-08-14 05:10 +0200
Re: Shimming HTTP to HTTPS. David Wright <deblis@lionunicorn.co.uk> - 2019-08-15 00:10 +0200
csiph-web