It'd be interesting to see if an upgrade took care of this. Wouldn't take much.

# qmailctl stop (Make sure it's really stopped and not in the middle of a send)

# qmailctl stat

# yum upgrade qmail

# qmailctl start

5 minutes at most.

On 11/30/2017 7:59 AM, Jeff Koch wrote:
I don't think I upgraded - I'm still using the QMT I installed in May. However, I have a new QMT that I built yesterday to replace an old Bill's Toaster. I plan to use your non-mysql RPM's.


On 11/30/2017 12:03 AM, Eric Broch wrote:

Also, did you restart qmail after upgrading?

On 11/29/2017 9:24 PM, Jeff Koch wrote:
Hi Eric:

I read the link you provided and agree with the patch to remove the CNAME lookups. Jeff

On 11/29/2017 11:05 PM, Eric Broch wrote:

Hi Jeff,

I've been reading some about this and on one site <> Dan Bernstein recommended in 2012 or there about that the CNAME lookup should be commented out in the code. I might do this and make it available sometime soon.


On 11/29/2017 8:44 PM, Jeff Koch wrote:

Hi Group:

We are seeing some errors like this in the qmail logs:

2017-11-23 17:14:55
info msg 6891411: bytes 3794956 from <> qp 27142 uid 89 starting delivery 144153: msg 6891411 to remote
delivery 144153: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/

Doing a little research says that it's often resolved by installing the big dns patch - but I believe QMT already has that patch. Could anything else cause this error?

Also, why is qmail even trying to do a CNAME lookup when the MX record is what's needed ?


Eric Broch
White Horse Technical Consulting (WHTC)

Eric Broch
White Horse Technical Consulting (WHTC)

Eric Broch
White Horse Technical Consulting (WHTC)

Reply via email to