ietf-mxcomp
[Top] [All Lists]

RE: The Computational Load of MARID

2004-05-14 08:15:40

 SMART PEOPLE!!! Lest we forget!
 Computational load will NOT be a factor if there is less SPAM because
of it!
 Please tell me what your computational factor of processing spam is...
(rhetorical question)
 I believe that MADRID will take less load than that.
 If you go way back in the original goals for this team, you will find
that one of my stipulations was that it will not require more horsepower
than the current load of the server processing the spam. I don't believe
MADRID will.


Regards,
Damon Sauer

Please forgive my tag... It is completely unavoidable.


-----Original Message-----
From: owner-ietf-mxcomp(_at_)mail(_dot_)imc(_dot_)org
[mailto:owner-ietf-mxcomp(_at_)mail(_dot_)imc(_dot_)org] On Behalf Of Jon Kyme
Sent: Friday, May 14, 2004 10:40 AM
To: ietf-mxcomp(_at_)imc(_dot_)org
Subject: Re: The Computational Load of MARID



"Aredridel"  <aredridel(_at_)nbtsc(_dot_)org>> 
Computationally, as opposed to network load, SPF checking is pretty 
easy. The libspf-alt package can handle an absolutely amazing number 
of queries per second, and even the perl module can do quite a bit.
      

Yes, but if this is load borne by the recipient to service the publisher
...

It's not the cost (as such) that I would have a problem with - it's the
cost-shifting.




*****
"The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential, proprietary, and/or privileged 
material.  Any review, retransmission, dissemination or other use of, or taking 
of any action in reliance upon, this information by persons or entities other 
than the intended recipient is prohibited.  If you received this in error, 
please contact the sender and delete the material from all computers."  113