From: prj@po.cwru.edu (Paul Jarc)
Cc: ding@gnus.org
Subject: Re: `user-mail-address' for message-ids
Date: 23 Feb 2001 18:27:00 -0500 [thread overview]
Message-ID: <m3snl5geud.fsf@multivac.student.cwru.edu> (raw)
In-Reply-To: <pui4rxlc8ij.fsf@mastaler.com> ("Jason R. Mastaler"'s message of "23 Feb 2001 15:57:40 -0700")
"Jason R. Mastaler" <jason@mastaler.com> writes:
> The point is that just because you may not find this functionality
> useful does not mean others do/will not.
It's more than that: I find it *counter* to usefulness.
> And BTW, it is trivial to make Message-ID the only place your
> hostname would show up in the header.
How are you going to keep it out of the Received field that gets added
*after* the message leaves your computer? The next SMTP recipient is
typically going to add a Received field with an indication of where
the message came from, and it's not going to trust the sender to
provide that indication; it'll use DNS instead.
> > But their primary purpose is to be a universally unique identifier
> > for messages. Using the domain from user-mail-address would subvert
> > that purpose.
>
> No. Many MUAs use the user's chosen e-mail address (such as Mutt) in
> the message-id instead of the system's fqdn.
I don't know which statement you were trying to refute, but:
- Message-ID's purpose is indeed as I stated. See RFC822, 4.6.1.
- The behavior you describe does indeed subvert that purpose. (It
doesn't guarantee failure, but it encourages it.)
> I say that if the 1st half of the message-id (before the "@")
> doesn't guarantee uniqueness, then we need to rethink the algorithm
> for `message-make-message-id'.
The first part only needs to be unique *on that host*, and
message-make-message-id does a good job of satisfying that
requirement. But the Message-ID as a whole must be unique
*universally*. To ensure that, you need to include the host's
identification, and since different hosts may use different methods to
generate the first part, the host's identification must be included in
a universally uniform way, in order to avoid collisions.
> > You already know how to make this change for your own Gnus. Why do
> > you want to break mine?
>
> Because if done correctly, it won't "break" anything,
So if hosts don't uniformly embed their own identification into
Message-IDs, and they don't coordinate Message-ID generation, how
would they guarantee uniqueness? How could it be done "correctly"?
paul
next prev parent reply other threads:[~2001-02-23 23:27 UTC|newest]
Thread overview: 115+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-23 20:30 Jason R Mastaler
2001-02-23 21:00 ` Paul Jarc
2001-02-23 21:38 ` Kai Großjohann
2001-02-23 21:47 ` Paul Jarc
2001-02-23 22:30 ` Kai Großjohann
2001-02-23 22:26 ` Jason R. Mastaler
2001-02-23 22:41 ` Paul Jarc
2001-02-23 22:57 ` Jason R. Mastaler
2001-02-23 23:27 ` Paul Jarc [this message]
2001-02-23 23:33 ` Jason R. Mastaler
2001-02-24 12:08 ` Kai Großjohann
2001-02-24 16:30 ` Simon Josefsson
2001-02-25 15:13 ` ShengHuo ZHU
2001-02-25 17:47 ` Alan Shutko
2001-02-28 0:09 ` why `system-name' is bad for Message-IDs (was Re: `user-mail-address' for message-ids) Jason R. Mastaler
2001-02-28 0:44 ` Paul Jarc
2001-02-28 1:02 ` Jason R. Mastaler
2001-02-28 1:10 ` Paul Jarc
2001-02-28 1:24 ` Jason R. Mastaler
2001-02-28 14:52 ` Paul Jarc
2001-02-28 1:08 ` Florian Weimer
2001-02-28 1:25 ` Jason R. Mastaler
2001-02-28 2:52 ` Florian Weimer
2001-02-28 14:32 ` Alan Shutko
2001-02-28 15:23 ` Kai Großjohann
2001-02-25 19:46 ` `user-mail-address' for message-ids Paul Jarc
2001-02-27 17:28 ` Jason R. Mastaler
2001-02-27 17:47 ` Kai Großjohann
2001-02-27 17:55 ` Jason R. Mastaler
2001-02-27 18:12 ` Per Abrahamsen
2001-02-27 22:13 ` Jason R. Mastaler
2001-02-27 22:58 ` Kai Großjohann
2001-02-27 23:13 ` Jason R. Mastaler
2001-02-28 0:43 ` Paul Jarc
2001-02-28 1:06 ` Jason R. Mastaler
2001-02-28 1:15 ` Paul Jarc
2001-02-28 3:01 ` Florian Weimer
2001-02-28 11:15 ` Per Abrahamsen
2001-02-28 12:44 ` Florian Weimer
2001-02-28 16:12 ` Jason R. Mastaler
2001-02-28 17:19 ` Florian Weimer
2001-02-28 17:20 ` Paul Jarc
2001-02-28 20:04 ` Kai Großjohann
2001-02-28 16:01 ` Jason R. Mastaler
2001-02-28 6:31 ` Christoph Conrad
2001-02-28 15:31 ` Kai Großjohann
2001-02-28 15:55 ` Norbert Koch
2001-02-28 21:09 ` NAGY Andras
2001-02-28 15:45 ` Toby Speight
2001-02-28 15:48 ` Toby Speight
2001-02-27 18:18 ` Kai Großjohann
2001-02-27 21:44 ` Jason R. Mastaler
2001-02-27 21:54 ` Paul Jarc
2001-02-27 22:47 ` Kai Großjohann
2001-02-28 15:43 ` Toby Speight
2001-02-27 17:52 ` Per Abrahamsen
2001-02-27 18:00 ` Jason R. Mastaler
2001-02-27 18:08 ` Per Abrahamsen
2001-02-27 18:04 ` Jason R. Mastaler
2001-02-27 18:21 ` Kai Großjohann
2001-02-27 21:35 ` Jason R. Mastaler
2001-02-27 21:41 ` Paul Jarc
2001-02-27 21:47 ` Jason R. Mastaler
2001-02-27 22:00 ` Paul Jarc
2001-02-27 21:56 ` Kai Großjohann
2001-02-27 22:04 ` Jason R. Mastaler
2001-02-27 22:14 ` Paul Jarc
2001-02-27 23:51 ` Jason R. Mastaler
2001-02-28 0:54 ` Lloyd Zusman
2001-02-27 18:26 ` Per Abrahamsen
2001-02-27 21:38 ` Jason R. Mastaler
2001-02-27 21:59 ` Kai Großjohann
2001-02-27 22:29 ` Florian Weimer
2001-02-27 23:58 ` Jason R. Mastaler
2001-02-28 1:05 ` Florian Weimer
2001-02-28 1:19 ` Jason R. Mastaler
2001-02-28 2:56 ` Florian Weimer
2001-02-28 15:36 ` Kai Großjohann
2001-02-28 16:04 ` Florian Weimer
2001-02-28 16:08 ` Jason R. Mastaler
2001-02-28 16:02 ` Jason R. Mastaler
2001-02-25 2:05 ` NAGY Andras
2001-02-24 12:10 ` Kai Großjohann
2001-02-25 13:36 ` Per Abrahamsen
2001-02-25 21:00 ` Denys Duchier
2001-02-26 9:35 ` Sender again again (was: Re: `user-mail-address' for message-ids) Per Abrahamsen
2001-02-26 10:53 ` Florian Weimer
2001-02-26 15:43 ` Simon Josefsson
2001-02-26 16:43 ` Florian Weimer
2001-02-26 16:45 ` Cancel-Locks (was: Re: Sender again again (was: Re: `user-mail-address' for message-ids)) Per Abrahamsen
2001-02-26 17:23 ` Cancel-Locks Florian Weimer
2001-02-26 17:40 ` Cancel-Locks Per Abrahamsen
2001-02-27 17:19 ` `user-mail-address' for message-ids Jason R. Mastaler
2001-02-27 17:28 ` Paul Jarc
2001-02-27 17:36 ` Jason R. Mastaler
2001-02-27 17:52 ` Kai Großjohann
2001-02-27 19:05 ` Simon Josefsson
2001-02-27 22:01 ` Kai Großjohann
2001-02-27 22:08 ` Paul Jarc
2001-02-27 23:03 ` Kai Großjohann
2001-02-28 0:31 ` Paul Jarc
2001-02-28 15:38 ` Kai Großjohann
2001-02-27 22:49 ` Samuel Padgett
2001-02-28 15:39 ` Kai Großjohann
2001-03-01 0:38 ` Samuel Padgett
2001-02-28 11:31 ` Per Abrahamsen
2001-02-28 15:48 ` Kai Großjohann
2001-02-27 17:48 ` Per Abrahamsen
2001-02-27 17:49 ` Kai Großjohann
2001-02-27 17:57 ` Jason R. Mastaler
2001-02-27 18:18 ` Per Abrahamsen
2001-02-27 18:22 ` Kai Großjohann
2001-02-27 19:15 ` Paul Jarc
2001-02-27 22:04 ` Kai Großjohann
2001-02-28 8:24 ` Paul Stevenson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3snl5geud.fsf@multivac.student.cwru.edu \
--to=prj@po.cwru.edu \
--cc=ding@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).