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

Re: XO Mail engineers?

2004-08-05 Thread David Schairer
Drew, Here's the straight scoop: The New XO SMTP servers are new in the sense that they go back to a 1997 platform rather than a 1993 platform that smtp.concentric.net derives from. They're both from the Concentric* part of XO, and both come out of my team, for what it's worth. What we've

Re: XO Mail engineers?

2004-08-05 Thread Douglas Otis
David A.Ulevitch wrote: 1: SRS may just be a boondoggle, we'll see. Considering MARID seems to be sender id first and the rest nowhere .. http://www.internetnews.com/xSP/article.php/3390221 This article has the state of these drafts stated incorrectly. See:

XO Mail engineers?

2004-08-04 Thread Drew Weaver
It has come to my attention that XO has "done away" with some of concentric's email systems and have replaced them with new "XO SMTP servers" these new XO SMTP servers aren't allowing people who don't have their mail hosted at XO to relay mail through them even though they are XO DSL

Re: XO Mail engineers?

2004-08-04 Thread Forrest W. Christian
On Wed, 4 Aug 2004, Drew Weaver wrote: It is generally the responsibility of the ISP to provide the outgoing mail transport for your connected users. This BCP seems to be changing. The new BCP which seems to be evolving requires customers to authenticate to their home mail server on the MSA

Re: XO Mail engineers?

2004-08-04 Thread Daniel Senie
At 03:23 PM 8/4/2004, Forrest W. Christian wrote: On Wed, 4 Aug 2004, Drew Weaver wrote: It is generally the responsibility of the ISP to provide the outgoing mail transport for your connected users. This BCP seems to be changing. The new BCP which seems to be evolving requires customers to

Re: XO Mail engineers?

2004-08-04 Thread David A . Ulevitch
On Aug 4, 2004, at 12:23 PM, Forrest W. Christian wrote: This BCP seems to be changing. The new BCP which seems to be evolving requires customers to authenticate to their home mail server on the MSA port and send mail that way. This appears to be being driven by SPF/Sender-ID-like mechanisms.

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

Re: XO Mail engineers?

2004-08-04 Thread Suresh Ramasubramanian
David A.Ulevitch wrote: 1: SRS may just be a boondoggle, we'll see. Considering MARID seems to be sender id first and the rest nowhere .. http://www.internetnews.com/xSP/article.php/3390221 -- suresh ramasubramanian [EMAIL PROTECTED] gpg EDEDEFB9 manager, security and antispam operations,