My proposal provides a unique, permanent, user-selected alias which can be
used as a valid email address as long as both sender and receiver are still
subscribed to the same list.   When they want to switch over to actual
email addresses, they use the member-to-member alias communication to
disclose that information to other person.   This design is not
revolutionary; it is used successfully in many other contexts.


   - Scott's problem is that an individual address was rewritten to a
   generic list address.
   - Laura's problem was that the rewritten address was not usable.
   - John complained about users not having control over their rewritten
   list identity.


None of these problems are applicable to my proposal.   Please read the
whole thing.

 Doug Foster

On Wed, Oct 6, 2021 at 8:08 PM Scott Kitterman <[email protected]> wrote:

>
>
> On October 6, 2021 11:37:26 PM UTC, John Levine <[email protected]> wrote:
> >It appears that Alessandro Vesely  <[email protected]> said:
> >>Doug's emphasis on aliases tends to give that impression.  Otherwise it
> can
> >>finally be a much needed attempt at formalizing the old, known From:
> rewriting.
> >
> >To point out what I would think is obvious, formalizing a bad idea
> doesn't make
> >it any less bad an idea.
>
> Agreed.
>
> To give a specific example:
>
> The mobile mail client I use (K-9 Mail) will either display friendly name
> or email address.  Due to the compact user interface, both isn't an option.
>
> There's one Google Group I'm a member of with a number of users with DMARC
> p=reject domains, so their addresses are rewritten to the list address.  As
> a result, when people don't bother to say who they are in a message, I end
> up digging through the message header to find out who wrote it.
>
> This is not a good user experience.  It's not salvageable.
>
> Scott K
>
> _______________________________________________
> dmarc mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/dmarc
>
_______________________________________________
dmarc mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmarc

Reply via email to