In article ,
Seth Blank wrote:
>ARC inherits all the DKIM mechanisms by reference. So whateverâs valid for
>DKIM (the list you provided) is whatâs valid for ARC.
>> DKIM, as updated by the DCRUP work, has two valid crypto algorithms:
>>
>> rsa-sha256
>> ed25119-sha256
I would defer working
In my view, ARC, as an "Experimental Status" (and still in design)
proposal *should* include support for all valid DKIM STD hashing
methods, including rsa-hash1, and I agree, should not be the impetus
for removing sha1 support in DKIM implementations.
Until a DKIM implementation is "ready" to
ARC inherits all the DKIM mechanisms by reference. So whatever’s valid for
DKIM (the list you provided) is what’s valid for ARC.
On Tue, Oct 23, 2018 at 03:58 Scott Kitterman wrote:
> I've started looking at updating dkimpy to align to the current versions
> of
> the specification.
>
> Last time
On Tue, Oct 23, 2018 at 3:58 AM Scott Kitterman
wrote:
> Last time I looked at this particular issue, ARC could use any algorithm
> that
> DKIM uses.
Still correct.
> As I recall, that was once of the stimuli for the DCRUP working
> group (to avoid having rsa-sha1 be valid for ARC by obsole
I've started looking at updating dkimpy to align to the current versions of
the specification.
Last time I looked at this particular issue, ARC could use any algorithm that
DKIM uses. As I recall, that was once of the stimuli for the DCRUP working
group (to avoid having rsa-sha1 be valid for A