Hello Hector, Brandon, Dave and John,
Thanks for the detailed responses to what may be naive questions that
pop up again and again... It is quite clear that SPF is more problematic
to make work through unknown relays and lists than DKIM, and so that my
proposed work on Lenient DKIM is a better thi
Hi,
>
> Sorry but this is another WKBI. Off the top of my head some of the
> reasons it doesn't work are:
Thank you for your comments, John!
>
> * There is no way to tell who forwarded a message, in particular you
> cannot expect the recipient to be in a To: or Cc: header. You could
> invent
Hello,
This is a solution for SPF after forwarding and lists that I've been
aware of for a while; I wonder if this is already commonly done?
Forwarding is an action on the receiving end, and can only be solved
reliably by the recipient. Notably, a mailbox user could specify
addresses that are fo
Hello,
Thanks to Scott for his feedback:
> Making DKIM signing MIME aware was specifically rejected during DKIM
> development due to implementation complexity.
I'm afraid I wasn't there, but would like to learn from the past. Any
references are welcome.
But what exactly do you mean by "implem
Hi,
> http://www.usablesecurity.org/emperor/
>
Thanks for this horror story. Mind-numbing, but useful work.
I shall remove the reason of "security painting" by MUAs from the text.
What remains is automated content processing (spam filtering) which
still appears to be a sufficiently good reason
Hi,
> Also, among what you're talking about, I think the 7/8/base64 stuff
> would be covered by his MIME canonicalization.
Since most MIME content is binary, it would be helpfulto canonicalise
individual body parts to their binary/pristine form. My current
thinking is that even message/* is bin
Hello,
Thanks to John for reading the draft proposal.
> Marking content in an MUA is a WKBI*. There is no reason to believe
> that users would understand content marking or would make reasonable
> decisions based on it.
Hmm. The idea was founded on the common reliance of yellow/green bars
to in
Hi,
Thanks to Brandon for reading, and raking up the past :)
It does sound like the rolling checksum is a new idea, so let me explain
why I think it is useful, and note that you may know it from RSync. It
helps in efficiently detecting the original text within an extended new
text.
If we have a
ould be
crystal clear from the current text. I believe that this leads to
better email user experiences than possible with ARC.
I am looking forward to your responses. Please keep me in Cc: if possible?
Best wishes,
Rick van Rein
ARPA2.net / InternetWide.org
> *From:* internet-dra...@iet
Hi,
> Brandon Long <mailto:bl...@fiction.net>
> 24 August 2017 at 00:40
>
>
> On Tue, Aug 22, 2017 at 10:41 PM, Rick van Rein <mailto:r...@openfortress.nl>> wrote:
>
> Hello,
>
> Thanks for the work on ARC!
>
> I would like to share
10 matches
Mail list logo