Date: Mon, 17 Sep 2007 17:17:55 -0700 From: Chuck Swiger <cswiger@mac.com> To: Chris Maness <chris@chrismaness.com> Cc: FreeBSD-Questions List <freebsd-questions@freebsd.org> Subject: Re: SMTP Error from my server? Message-ID: <4BF548AD-D73A-4822-85D0-B24B03F57E51@mac.com> In-Reply-To: <46EF0841.8070307@chrismaness.com> References: <46EF0243.4000604@chrismaness.com> <46EF0352.9050800@sequestered.net> <46EF0841.8070307@chrismaness.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sep 17, 2007, at 4:05 PM, Chris Maness wrote: >> Looks to me like a failed sender verification callout-- these are >> generally construed to be abusive. I can't easily tell from your >> munging whether it's your server or Adelphia that's doing it, though. > > This is the only e-mail address that I am having this problem with, > and it has been going on for a year or so now. What other info > would you guys need to tell what it is. I guess I don't understand > the whole "sender verification callout" I'll have to do a little > google to find out. The idea is pretty simple: when someone sends you an email, you delay accepting it until you can confirm that you can send a reply back to the sending address, or more precisely, check whether you can do a MAIL FROM: your domain and RCPT TO: the sender, and have it return OK, without actually going into the DATA phase and delivering a test message. This idea works fine for normal email addresses, but fails miserably with certain types of automated email which is not intended for people to reply to, and it also tends to lose out with TDMA (http:// tmda.net/). More importantly, it also fails to work with itself-- other people using "sender verification callouts" cause a loop of failed deliveries, as neither side trusts the other. -- -Chuck
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BF548AD-D73A-4822-85D0-B24B03F57E51>