Re: SPF again (Re: XO Mail engineers?)

2004-08-10 Thread Valdis . Kletnieks
On Tue, 10 Aug 2004 05:17:17 -, Paul Vixie said: i suspect it's not the number of RR's or even the obscurity of those RR's, but rather the fact that the RR's keep changing in number, kind, and name, Well, That RR looked totally different last month certainly qualifies said RR as weird ;)

Re: SPF again (Re: XO Mail engineers?)

2004-08-09 Thread Dave Crocker
Edward, DAU I don't think SPF is worthless [1] but it isn't a drop-in DAU solution and the impact on infrastructure will be DAU significant if it becomes widely adopted. EBD When an architecture is maxed out, it's difficult to make EBD significant improvents that are drop-in. On the theory

Re: SPF again (Re: XO Mail engineers?)

2004-08-09 Thread Edward B. Dreger
DC Date: Mon, 9 Aug 2004 15:08:12 -0700 DC From: Dave Crocker DC DAU I don't think SPF is worthless [1] but it isn't a drop-in DC DAU solution and the impact on infrastructure will be DC DAU significant if it becomes widely adopted. DC EBD When an architecture is maxed out, it's difficult to

Re: SPF again (Re: XO Mail engineers?)

2004-08-09 Thread Valdis . Kletnieks
On Tue, 10 Aug 2004 04:00:56 -, Edward B. Dreger said: Without new code/libs to parse the TXT RR, SPF doesn't work. As long as new code is being written, it seems logical to have another RRTYPE assigned -- that's one less thing to change later. On the other hand, having to deploy a new

Re: SPF again (Re: XO Mail engineers?)

2004-08-09 Thread Paul Vixie
Without new code/libs to parse the TXT RR, SPF doesn't work. ... that could be one of the reasons why, two years before the advent of SPF, i wrote up and circulated jim miller's idea from 1998. if you want to know about the paths not taken, see http://sa.vix.com/~vixie/mailfrom.txt. On the

SPF again (Re: XO Mail engineers?)

2004-08-04 Thread Edward B. Dreger
DAU Date: Wed, 4 Aug 2004 14:46:02 -0700 DAU From: David A. Ulevitch DAU I don't think SPF is worthless [1] but it isn't a drop-in DAU solution and the impact on infrastructure will be DAU significant if it becomes widely adopted. When an architecture is maxed out, it's difficult to make

Re: SPF again (Re: XO Mail engineers?)

2004-08-04 Thread David A . Ulevitch
On Aug 4, 2004, at 3:23 PM, Edward B. Dreger wrote: DAU I think people will realize that if we're remodeling the DAU boat that much we should have at least made sure we were DAU fixing something in the process... Indeed. [snip] Running something DNS-based that requires simple parsing is hardly an

Re: SPF again (Re: XO Mail engineers?)

2004-08-04 Thread Edward B. Dreger
DAU Date: Wed, 4 Aug 2004 15:46:17 -0700 DAU From: David A. Ulevitch DAU SPF's use of TXT records doesn't bother me so much. It's Perhaps some other technology would like to use TXT RRs. If something hogs an entire RRTYPE at a given scope, it really should have its own RRTYPE. An acceptable

Re: SPF again (Re: XO Mail engineers?)

2004-08-04 Thread Pekka Savola
On Wed, 4 Aug 2004, David A.Ulevitch wrote: SPF's use of TXT records doesn't bother me so much. It's more that people are (blindly) clamoring for it. Maybe you should -- draft-ymbk-dns-choices-00.txt -- Pekka Savola You each name yourselves king, yet the Netcore Oy

Re: SPF again (Re: XO Mail engineers?)

2004-08-04 Thread Crist Clark
Edward B. Dreger wrote: DAU Date: Wed, 4 Aug 2004 15:46:17 -0700 DAU From: David A. Ulevitch DAU SPF's use of TXT records doesn't bother me so much. It's Perhaps some other technology would like to use TXT RRs. If something hogs an entire RRTYPE at a given scope, it really should have its own