Majordomo Fails to deliver to recipient.

[ranz]

I have a weird problem that I can't seem to troubleshoot a solution with regards to the List Service on DA = MarjorDomo.

The problem is that one particular list is failing to deliver emails to one recipient. However, it delivers emails to other recipients (for other domains) on the same server.

The logs don't show anything special - here's the info:

Log extract of message delivery:

2010-06-15 14:36:20 1OOPky-0004Vd-G0 ** [email protected] <[email protected]> F=<[email protected]> R=virtual_aliases:

then looking through the log - and it gets no further on this email account.


Email saying "Mail delivery failed: returning message to sender":

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

[email protected]
(generated from [email protected])


------ This is a copy of the message, including all the headers. ------
------ The body of the message is 233515 characters long; only the first
------ 106496 or so are included here.

Return-path: <[email protected]>
Received: from majordomo by tiefling.serverworld.com.au with local (Exim 4.71)
(envelope-from <[email protected]>)
id 1OOPky-0004Vd-G0
for [email protected]; Tue, 15 Jun 2010 14:36:20 +0800
Received: from mail.uib.com.au ([203.161.96.66] helo=remote.uib.com.au)
by tiefling.serverworld.com.au with esmtps (TLSv1:AES128-SHA:128)
(Exim 4.71)
(envelope-from <[email protected]>)
id 1OOPku-0004VX-NC
for [email protected]; Tue, 15 Jun 2010 14:36:20 +0800
Received: from UIBSBS01.UNITY.unity.local ([fe80::925f:b402:8f94:1825]) by
UIBSBS01.UNITY.unity.local ([fe80::925f:b402:8f94:1825%10]) with mapi; Tue,
15 Jun 2010 14:35:56 +0800
From: Cathi Deany <[email protected]>
To: "[email protected]" <[email protected]>
Date: Tue, 15 Jun 2010 14:35:55 +0800
Subject: BNI Order form and prices to members
Thread-Topic: BNI Order form and prices to members
Thread-Index: AcsHmKH9wWsNodX6Roq1SQoCq+TuswEF4rkgACkjmqA=
Message-ID: <B312A1F6635035478CCF6D9CDECB47E210B9FC1FC4@UIBSBS01.UNITY.unity.local>
Accept-Language: en-US, en-AU
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-AU
Content-Type: multipart/mixed;
boundary="_006_B312A1F6635035478CCF6D9CDECB47E210B9FC1FC4UIBSBS01UNITY_"
MIME-Version: 1.0
Sender: [email protected]
Precedence: bulk
Reply-To: [email protected]

--_006_B312A1F6635035478CCF6D9CDECB47E210B9FC1FC4UIBSBS01UNITY_
Content-Type: multipart/related;
boundary="_005_B312A1F6635035478CCF6D9CDECB47E210B9FC1FC4UIBSBS01UNITY_";
type="multipart/alternative"

--_005_B312A1F6635035478CCF6D9CDECB47E210B9FC1FC4UIBSBS01UNITY_
Content-Type: multipart/alternative;
boundary="_000_B312A1F6635035478CCF6D9CDECB47E210B9FC1FC4UIBSBS01UNITY_"

--_000_B312A1F6635035478CCF6D9CDECB47E210B9FC1FC4UIBSBS01UNITY_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I've checked the config of MajorDomo in /etc/virtual/refworx.com/majordomo/

and it all seems OK - email is a valid email account (so don't ask that one).

 

[nobaloney]

Majordomo doesn't send mail. Your outgoing email server does. That's exim.

The recipient server isn't telling you why it's not accepting the email. Since other recipients are getting the mail, there's most likely nothing wrong with your configuration; you'd have to ask the recipient's postmaster to find out why the mail isn't going through.

Jeff

 

[ranz]

HI Jeff,

Yes, I know - which is why I showed the Exim log. However, there is no record of it being received at the other mail server (which is a Microsoft Exchange Server).

So - I've tried to send a webmail email from this particular domain (via SquirrelMail) to the end user and it was received.

Just puzzling indeed!

 

[ranz]

I ran this:

exim -bt [email protected]
[email protected]
  router = spamcheck_director, transport = spamcheck

and this on another user on the same destination server:

exim -bt user@xxx
user@xxx
  router = lookuphost, transport = remote_smtp
  host xxx.s9a1.psmtp.com [74.125.148.10] MX=10
  host xxx.s9a2.psmtp.com [74.125.148.11] MX=20
  host xxx.s9b1.psmtp.com [74.125.148.13] MX=30
  host xxx.s9b2.psmtp.com [74.125.148.14] MX=50

as you can see, one is working for the correct MX, the other seems to be getting caught in the spamcheck_director.

now I just need to figure out why ... especially when spamassassin is not enabled on this particular account.

 

[toml]

It shouldn't even be attempting to use the spamcheck_director, unless that domain is listed in your /etc/virtual/domains file. If it is, then it assumes that the delivery should be local and thus should be subject to spamchecking.

 

[ranz]

You're spot on!

I can't believe that I didn't check that, the client went over to hosted exchange, so we moved their DNS MX records. So DA (and Exim) still think that it's a local account.

So now, I've go two choices:

1) move their hosting account to another DA server

2) somehow turn off the email part for their hosting account

I think option 1) would be probably easier .. unless others here have some suggestions!

Thanks @toml!

 

[nobaloney]

Option two is very easy. A lot of us do it, and it's considered the right way.

Turn on (temporarily at least) DNS control for the user.

Now you'll see an MX Records link in the user level DirectAdmin login.

Click on it. Check or uncheck the little checkbox as required, and save the result.

Then you can remove the DNS control from the user again if need be.

Jeff