On Fri 05/Jun/2020 13:45:18 +0200 Hector Santos wrote:
> On 6/5/2020 6:34 AM, Alessandro Vesely wrote:
>>
>
>> For completeness, I'd also mention conditional signatures, as a fifth point.
>> They were specified, implemented and then abandoned in lieu of ARC.
>
> h, interesting. Where was the
On 6/5/2020 6:34 AM, Alessandro Vesely wrote:
4) Require all recipient systems to make special policy accommodations to grant
trust to messages from List B, simply because it comes from List B. This is
feasible, but specific to each participants incoming email filter.
This is a hindrance t
On 6/4/2020 6:31 AM, Douglas E. Foster wrote:
MAILING LISTS.
The mailing list problem can be stated as follows:
* Domain B wants to operate a mailing list.
* The list owner will accept messages from domain A, alter them,
then re-transmit the altered message to member C.
* List owner B
On Thu 04/Jun/2020 12:31:51 +0200 Douglas E. Foster wrote:
> MAILING LISTS.
>
> The mailing list problem can be stated as follows:
>
> * Domain B wants to operate a mailing list.
> * The list owner will accept messages from domain A, alter them, then
> re-transmit the altered message to m
MAILING LISTS.
The mailing list problem can be stated as follows:
Domain B wants to operate a mailing list.The list owner will accept messages
from domain A, alter them, then re-transmit the altered message to member
C.List owner B wants the mail filter for member C to guarantee that his list
m
On 6/2/2020 8:45 PM, Douglas E. Foster wrote:
Someone said that the Sender Address is all we can trust. Nonsense.
+1
As to identifiers: The RFC 5321 MAILFROM sender is intended, at least
in my understanding, to represent the login account used to create the
message, while the RFC 5322 From H
I don't understand why this topic is debatable.
We are faced with a constant stream of mail which we do not want. We need to
block the nuisance stuff as well as the dangerous stuff, so that the important
stuff gets processed in a timely manner, and so that our labor efforts can be
spent on thin