987?B?sejI8cO1?=)
>>2. Adding and removing *single* users from command line... (Mike Cisar)
>>3. Re: Mail headers with Mailman (John Vorstermans)
>>4. Re: Mail headers with Mailman (Jonathan Lundell)
>>5. Re: Mail headers with Mailman (Roger B.A. Klorese)
&g
s not been a universal assumption, so if there are others, let's hear
about them. (And there's nothing required of an MUA in 2369; just some suggestions on
how a mail client might treat them. Is there a client that doesn anything but display
the headers, possibly clickable?)
--
/J
be for a three-way option: in the headers, as now; moved to a sig; and turned off
altogether. To my mind this kind of flexibility makes Mailman better.
--
/Jonathan Lundell.
--
Mailman-Users maillist - [EMAIL PROTECTED]
http://mail.python.or
ders
including the "boring" ones.
Adopting an RFC would be good, yes. If somebody posted a pointer to a draft of the
RFC, I missed it
--
/Jonathan Lundell.
--
Mailman-Users maillist - [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-users
>such as:
>
> "Jonathan Lundell" [EMAIL PROTECTED]
> Jonathan Lundell <[EMAIL PROTECTED]>
> "Jonathan Lundell" <[EMAIL PROTECTED]>
>
>It'd be convenient.
>
>If the latter, is there a mechanism for changing a user address for the pu
When interacting with the mailman web interface and entering an email address (say
when adding a new user, or entering an explicit reply-to address, am I limited to the
actual email address (say [EMAIL PROTECTED]), or can I use any RFC822-legal format,
such as:
"Jonathan Lu
