29 messages in net.sourceforge.lists.courier-usersRe: [courier-users] MX randomizing: t...
FromSent OnAttachments
Rodrigo SeveroJun 22, 2005 1:28 pm 
Sam VarshavchikJun 22, 2005 2:05 pm 
Rodrigo SeveroJun 23, 2005 2:32 am 
ArnoJun 23, 2005 4:06 am 
Rodrigo SeveroJun 23, 2005 5:12 am 
Sam VarshavchikJun 23, 2005 6:06 am 
Rodrigo SeveroJun 23, 2005 6:24 am 
Sam VarshavchikJun 23, 2005 6:58 am 
Ben KennedyJun 23, 2005 7:07 am 
Sam VarshavchikJun 23, 2005 7:26 am 
Gordon MessmerJun 23, 2005 8:39 am 
Rodrigo SeveroJun 23, 2005 1:06 pm 
Alessandro VeselyJun 24, 2005 12:04 am 
Rodrigo SeveroJun 24, 2005 4:32 am 
Scott MorizotJun 24, 2005 5:31 am 
Sam VarshavchikJun 24, 2005 6:00 am 
Rodrigo SeveroJun 24, 2005 6:43 am 
Sam VarshavchikJun 24, 2005 7:06 am 
Scott MorizotJun 24, 2005 7:13 am 
Rodrigo SeveroJun 24, 2005 8:02 am 
Gordon MessmerJun 24, 2005 8:21 am 
Gordon MessmerJun 24, 2005 8:26 am 
Rodrigo SeveroJun 24, 2005 8:50 am 
Scott MorizotJun 24, 2005 9:48 am 
Sam VarshavchikJun 24, 2005 10:33 am 
Rodrigo SeveroJun 24, 2005 10:41 am 
Alessandro VeselyJun 25, 2005 9:29 am 
Rodrigo SeveroJun 26, 2005 7:35 am 
Rodrigo SeveroJun 26, 2005 9:08 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] MX randomizing: trying to understand thesources.Actions...
From:Scott Morizot (tmor@sd.is.irs.gov)
Date:Jun 24, 2005 5:31:17 am
List:net.sourceforge.lists.courier-users

On 24 Jun 2005 at 8:30, Rodrigo Severo wrote:

As far as I can understand this would result in much less than reasonable load balancing for MX records.

I still couldn't get a comment from Sam on this matter but I really think that Courier's current strategy for MX choosing isn't very reasonable as it relies on the randomness of the list provided by bind. It's fast but rather uneffective.

I don't usually comment, but since this is continuing, I guess I will. First I'll state the obvious. If you have something specific in mind you want the software to do to meet some particular personal itch, then feel free to modify your implementation so it does it. With that said, I can't begin to imagine why, as the administrator of a system *sending* email, it's my responsibility to provide load balancing services to the recipients. DNS is *not* a load balancing service though it will provide some crude round-robin or cyclic distribution of the load. If the administrators of the systems receiving email are concerned about load balancing, then they should purchase a true load balancer and have it manage the distribution of the load. (There are different sort of load balancers, but there would then only be one primary MX record.)

Anyway, I want my MTA to implement the appropriate email standards and handle message routing. I do *not* want it to also be a load balancer or any other completely different type of software or device. If I also want something in a different category, I'll set it up or acquire it. Sam's approach certainly strikes me as the correct one and the one I desire. The MTA should ask the resolver for MX records. In the absence of MX records, use any A records. Use the first record the resolver returns. Everything else is the concern of a different type of software.

Now, wearing my DNS admin hat, if I wanted some sort of primitive round robin load balancing for some set of mail servers I ran, but did not want to invest in a true load balancer, I probably wouldn't use multiple MX records of the same priority. I would probably use one MX record at the higher priority and then associate multiple IPs with the canonical name. But it's not something I've ever spent any time working on or worrying about.

I'm pretty sure Sam has already given you the only answer you'll get from him. DNS and load balancing are not within the scope of courier. If you want something different in either of those departments, look for DNS software or load balancers that meet your needs. At least, I hope that remains his answer. The requirement in the standard is that all MX records of the lowest priority be tried before giving up (and preferably all MX records are tried, though the standard doesn't actually mandate that). It is not a requirement that the MTA attempt to 'randomize' MX records if presented with multiple MX records of the same priority. And I would categorize that as undesirable extraneous behavior in my MTA.

Scott