Re: [courier-users] RE: RFC 1035

2004-05-04 Thread Phillip Hutchings
On 4/05/2004, at 11:10 PM, Julian Mehnle wrote: Phillip Hutchings [EMAIL PROTECTED] wrote: Cars have two registration plates, one on the front, and one on the back. The police stop you if either is missing. So these setups would be illegal: i)MX 10 mail.example.com. ...because there

Re: [courier-users] RE: RFC 1035

2004-05-04 Thread Stefan Hornburg
On Tue, 4 May 2004 13:10:19 +0200 "Julian Mehnle" <[EMAIL PROTECTED]> wrote: > Phillip Hutchings [EMAIL PROTECTED] wrote: > > Cars have two registration plates, one on the front, and one on the > > back. The police stop you if either is missing. > > So these setups would be illegal: > > i)M

Re: [courier-users] Re: RFC 1035

2004-05-04 Thread Phillip Hutchings
But this license-plate analogy only applies to the faulty MX record. According to the original poster, that site had _two_ MX records: MX 8 n.n.n.n. (faulty) MX 10 mail.foobar.com. (correct) Why couldn't Courier try the correct MX record after the faulty one fails? I don't

Re: [courier-users] RE: RFC 1035

2004-05-03 Thread Phillip Hutchings
I think the question is: Why does it *need* to be fixed in the first place, except for the reason that it's not RFC compliant? The way the internet works is defined by the RFCs. Imagine if for some reason a car manufacturer decided to have the registration/licence plate on the roof of the car,

Re: [courier-users] RE: RFC 1035

2004-05-03 Thread Stefan Hornburg
On Tue, 4 May 2004 00:13:24 +0200 "Julian Mehnle" <[EMAIL PROTECTED]> wrote: > Phillip Hutchings wrote: > > The way the internet works is defined by the RFCs. Imagine if for some > > reason a car manufacturer decided to have the registration/licence > > plate on the roof of the car, not on the bac

Re: [courier-users] RE: RFC 1035

2004-05-03 Thread Phillip Hutchings
Because obviously a significant number of people misinterprets the RFC. More likely, they just have no clue and never read this RFC. I didn't read the RFC, but I have always used an A record for MX. It just doesn't seem logical to put IP addresses in places other than A records, the idea being t

RE: [courier-users] Re: RFC 1035

2004-05-03 Thread Carey Jung
> > Isn't it possible to turn of BOFHCHECKDNS selectively in smtpaccess? > (And yes, the sender should fix their systems!) > Yes, it is. If the offending MX is MX 10 n.n.n.n you can put n.n.n.n allow,BOFHCHECKDNS=0 in smtpaccess. Carey

Re: [courier-users] Re: RFC 1035

2004-05-03 Thread Martijn Lievaart
Sam Varshavchik wrote: Your only option is to turn off BOFHCHECKDNS, which turns off ALL dns checking, letting in all sorts of crap. It's much better to tell the sender to fix their dns. Isn't it possible to turn of BOFHCHECKDNS selectively in smtpaccess? (And yes, the sender should fix their

Re: [courier-users] RE: RFC 1035

2004-05-03 Thread Matthias Wimmer
Hi Carey! Carey Jung schrieb am 2004-05-03 08:26:15: > Good question. It just adds to my administrative burden. Also, in my > current case, the sending MX records look like this: > > MX 8 n.n.n.n. By adding the final "." to this record you already noticed, that also what the

RE: [courier-users] RE: RFC 1035

2004-05-03 Thread Carey Jung
> Sam Varshavchik [EMAIL PROTECTED] wrote: > > MX records contain hostnames, not IP addresses. Normal processing of MX > > records will result in the malformed MX record getting ignored (since > > the A lookup on the hostname will fail). > > > > So, with none the wiser, the MX record will be ignor

RE: [courier-users] Re: RFC 1035

2004-05-02 Thread Carey Jung
> > Your only option is to turn off BOFHCHECKDNS, which turns off ALL dns > checking, letting in all sorts of crap. > > It's much better to tell the sender to fix their dns. > Okay, I'll do that. In this case, the DNS hosting firm is local, so I should be able to do this. I'm curious, though --

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-23 Thread Kirk A Wolff
From: "Sam Varshavchik" <[EMAIL PROTECTED]> Kirk A Wolff writes: > (brokendomain.com). He says that his ISP wants to keep the first few MX > records broken, and that the problem is with MY mailserver. How exactly does his ISP's decision to keep broken DNS become your problem? Sam, I ag

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Jon Nelson
On Thu, 22 Jan 2004, Gerardo Gregory wrote: > P.S. Gerardo, I apologize for the last email. > > Dont sweat it. No offense taken. > > -- > > At least you did not email me off list with profane slander as another > individual who is responding to the thread did... I know what you are all thinking.

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Roger B.A. Klorese
Gerardo Gregory wrote: P.S. Gerardo, I apologize for the last email. Dont sweat it. No offense taken. -- At least you did not email me off list with profane slander as another individual who is responding to the thread did... Well, technically, calling someone an asshole in private email doesn

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Gerardo Gregory
Sent: Thursday, January 22, 2004 11:24 AM Subject: Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain On Thu, 22 Jan 2004, Kirk A Wolff wrote: From: "Gerardo Gregory" <[EMAIL PROTECTED]> Well if he would post the domain in question then I woul

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Roger B.A. Klorese
Mitch (WebCob) wrote: Should courier waste cycles confirming the complete DNS structure of a domain? no I don't think so... If "the complete DNS structure of a domain" means walking down the full list of MX records (or, if there are none, synthesized MX records) and trying each one that has a nam

RE: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Mitch \(WebCob\)
> -Original Message- > > How exactly does his ISP's decision to keep broken DNS become > > your problem? > > Simple -- he'd make the case that you should only refuse to > deliver mail if > there are no correct MX records, not if there are any broken ones. > I share your pain here with th

RE: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Mitch \(WebCob\)
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Roger > B.A. Klorese > Sent: Wednesday, January 21, 2004 8:02 PM > To: Mitch (WebCob) > Cc: 'Sam Varshavchik'; [EMAIL PROTECTED] > Subject: Re: [courier-users] Re

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Kirk A Wolff
n" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 22, 2004 11:24 AM Subject: Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain > On Thu, 22 Jan 2004, Kirk A Wolff wrote: > > > From: "Gerardo Gregory" <[EMAIL PR

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Jon Nelson
On Thu, 22 Jan 2004, Kirk A Wolff wrote: > From: "Gerardo Gregory" <[EMAIL PROTECTED]> > > > Well if he would post the domain in question then I would consider your > > point. But all I have read today is using "brokendomain.com" as an > example. > > If you are refering to me as 'he', I will answe

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Gerardo Gregory
>>You question the term broken; I have explained several times that the >>term broken for the first two entries implies that they do not have >>corresponding 'A' records. No associated A record? Explain to me how is one to resolve the hostname in the MX field if we cannot resolve it to an IP.

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Kirk A Wolff
From: "Gerardo Gregory" <[EMAIL PROTECTED]> > Well if he would post the domain in question then I would consider your > point. But all I have read today is using "brokendomain.com" as an example. If you are refering to me as 'he', I will answer your question. I do not wish to cause the admin of

RE: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-22 Thread Roger B.A. Klorese
> How exactly does his ISP's decision to keep broken DNS become > your problem? Simple -- he'd make the case that you should only refuse to deliver mail if there are no correct MX records, not if there are any broken ones. --- The SF.Net emai

Re: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-21 Thread Roger B.A. Klorese
Mitch (WebCob) wrote: It took me a while Roger, but I've come to agree (with the occasional client inspired nagging doubt). A solid product that works and follows the rules vs. one that accepts anything remotely appropriate thrown at it and muddles through. The problem here, is not courier, but tha

RE: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-21 Thread Mitch \(WebCob\)
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Roger > B.A. Klorese > Sent: January 21, 2004 4:21 PM > To: 'Sam Varshavchik'; [EMAIL PROTECTED] > Subject: RE: [courier-users] Re: RFC 1035 error V.S. First two MX >

RE: [courier-users] Re: RFC 1035 error V.S. First two MX entries BAD for domain

2004-01-21 Thread Roger B.A. Klorese
> And I'll make a case that broken DNS records are a sign of an > incompetently-administered ISP, and that it's been > historically shown that > incompetently-administered ISPs typically have other > problems, such as open > relays and hacked proxies, and zombies. Great -- now we have *softwa