Gnus development mailing list
 help / color / mirror / Atom feed
From: prj@po.cwru.edu (Paul Jarc)
Subject: Re: Who sets Sender:?
Date: Tue, 21 May 2002 17:51:29 -0400	[thread overview]
Message-ID: <m3n0utgoeg.fsf@multivac.cwru.edu> (raw)
In-Reply-To: <02May21.171141edt.119208@gateway.intersystems.com> (Stainless Steel Rat's message of "Tue, 21 May 2002 17:16:36 -0400")

Stainless Steel Rat <ratinox@peorth.gweep.net> wrote:
> * prj@po.cwru.edu (Paul Jarc)  on Tue, 21 May 2002
> | Is the MUA supposed to be able to determine when Sender is needed?
>
> If the user fails to create a Sender header when it is required then the
> MUA needs to be able to do so.  In many (most?) cases the MUA must guess
> because it cannot read the minds of the originator or sender.

In what cases should the MUA guess that Sender is needed?

> | > and that an attempt has been made at getting the address correct if the
> | > user has not done so himself.
> | I can't find that criterion in RFC 2822.  Can you point it out?
>
> Definition of addr-spec plus requirements of RFC 2821 and the other
> protocols involved in mail handling.

Chapter and verse, please.

> | user@hostname is often not a working address - I'd say it's wrong more
> | often than right.
>
> ... if your site is configured properly, with a wildcard MX record for your
> entire (sub)domain pointing to your site's mail server, and aliases or
> mailer tables for mapping your users' login names to mailboxes, then
> user@hostname will always be a working address.

That requires a significant degree of cooperation among hosts at a
site; all usernames on all machines must be known to the mail server.
I don't think that's universally agreed-upon to be a "proper" policy,
and I don't think MUAs should assume this to be true any more than you
think networks should assume MUAs to be well-configured.

> Your solution, leaving the site broken and changing Gnus' default
> behaviour, may cause Gnus to construct illegal headers.

I never said the site should be left "broken"; we can have
well-configured networks *and* well-configured MUAs.  I've only said
that Gnus should not add Sender automatically.  In what circumstances
would that qualify as Gnus constructing illegal headers?

> Your solution addresses a symptom of a problem and may create
> another problem.  My solution addresses the problem and prevents
> other problems.  My solution, fixing the site and leaving Gnus
> alone, will never cause Gnus to create illegal headers.

You're trying to make every MUA work on your site.  I'm trying to make
Gnus work on every site - including the ones that aren't configured
the way you prefer.  This means catering in part to the cases where
user@hostname is not a working address, because Gnus is used in those
cases sometimes.

Since Sender is only for human consumption, and it is so difficult for
software to guess a correct value, and the sender might want to
conceal that information anyway, I think any attempt to add Sender
automatically is wasted effort.


paul



  reply	other threads:[~2002-05-21 21:51 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-20 20:19 Norman Walsh
2002-05-20 21:24 ` Stainless Steel Rat
2002-05-21 13:43   ` Norman Walsh
2002-05-21 14:25     ` Stainless Steel Rat
2002-05-21 14:38       ` Paul Jarc
2002-05-24 22:55     ` Steinar Bang
2002-05-26 13:48     ` Barry Fishman
2002-05-26 14:33       ` Harry Putnam
2002-05-26 17:17         ` Barry Fishman
2002-05-20 22:12 ` Matt Armstrong
2002-05-21  1:58   ` Stainless Steel Rat
2002-05-21 14:14     ` Paul Jarc
2002-05-21 15:04       ` Stainless Steel Rat
2002-05-21 15:27         ` Paul Jarc
2002-05-21 16:27           ` Stainless Steel Rat
2002-05-21 16:56             ` Paul Jarc
2002-05-21 18:33               ` Stainless Steel Rat
2002-05-21 18:50                 ` Paul Jarc
2002-05-21 19:04                   ` Matt Armstrong
     [not found]                     ` <84g00lma45.fsf@rjk.greenend.org.uk>
2002-05-21 22:07                       ` Paul Jarc
2002-05-22 12:05                         ` Richard Kettlewell
2002-05-21 19:46                   ` Stainless Steel Rat
2002-05-21 20:13                     ` Paul Jarc
2002-05-21 21:16                       ` Stainless Steel Rat
2002-05-21 21:51                         ` Paul Jarc [this message]
2002-05-22  0:02                           ` Stainless Steel Rat
2002-05-22 15:23                             ` Paul Jarc
2002-05-22 15:54                               ` Stainless Steel Rat
2002-05-22 16:03                                 ` Paul Jarc
2002-05-22 17:04                                   ` Stainless Steel Rat
2002-05-22 17:25                                     ` Paul Jarc
2002-05-22 17:56                                       ` Stainless Steel Rat
2002-05-22 17:38                                     ` Bjørn Mork
2002-05-22 18:04                                       ` Stainless Steel Rat
2002-05-21 17:52     ` Matt Armstrong
2002-05-21 18:48       ` Stainless Steel Rat

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=m3n0utgoeg.fsf@multivac.cwru.edu \
    --to=prj@po.cwru.edu \
    /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).