[ietf-dkim] 1193 considered harmful

[Hallam-Baker, Phillip]

I am not really bothered by the direct mail use case. They have
infrastructure support. 

But mailing lists are a different matter. Mailing lists are typically run on
pensioned off hardware. Delays can already be an issue. The issue is not so
much signature time, it is messaging architecture. Most code deals with the
head and the body separately. This creates a dependency I would like to
avoid.  

> -----Original Message-----
> From: ietf-dkim-bounces at mipassoc.org 
> [mailto:ietf-dkim-bounces at mipassoc.org] On Behalf Of Hector Santos
> Sent: Friday, March 24, 2006 8:01 AM
> To: arvel.hathcock at altn.com; ietf-dkim at mipassoc.org
> Subject: Re: [ietf-dkim] 1193 considered harmful
> 
> ----- Original Message -----
> From: "Arvel Hathcock" <arvel.hathcock at altn.com>
> 
> 
> >> and the question is left at whether same-body/different-header 
> >> messages are actually sent.  I am saying that they are.
> >
> > Right, it's very common isn't it?  Doesn't this mailing list do it?
> 
> But the irony, DKIM is being supported by the DMA as their 
> ticket to legitimacy and their wishes can be very costly.  If 
> it wasn't obvious, the reference is when you have a message 
> body template like so:
> 
>    Dear  %FIRST.NAME%
> 
>    Do you suffer from %PROBLEM%?   If so, then we have %SOLUTION%
>    at a cost of %COST% designed just for you!
> 
> Template variables %PROBLEM%, %SOLUTION% and %COST% is 
> common. But %FIRST.NAME% is not requiring each message to be 
> individualized.
> 
> This means if you have 1,000,000 target addresses, you need either:
> 
>     1) 1,000,000 individual storage files, or
>     2) A smart MTA that performs template macro substitution 
> dynamically
>        at the SMTP session.
> 
> Most models exist,  DKIM caters to #1.  #2 will require DKIM 
> hashing at the SMTP stage.
> 
> --
> Hector Santos, Santronics Software, Inc.
> http://www.santronics.com
> 
> 
> _______________________________________________
> NOTE WELL: This list operates according to 
> http://mipassoc.org/dkim/ietf-list-rules.html
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5986 bytes
Desc: not available
Url : http://mipassoc.org/pipermail/ietf-dkim/attachments/20060324/762506af/smime-0001.bin