The situation is that I host a website for the domain cookandgalloway.co.nz
Xtra hosts the mail for the same domain.
The website has a contact form on it that is programmed to generate an email and send it through a mail server (mail.enlightenhosting.com)
The To: and From: address for this generated email is
admin@cookandgalloway.co.nz
The client in this transaction is our networks email server.
This is the smtp logs with the error
This is the message being delivered from our mail server (mail.enlightenhosting.com) to the xtra mail server
210.54.141.1 [10A8] 13:49:33 Client session Connected, local IP= 203.89.183.110:
210.54.141.1 [10A8] 13:49:35 Client session <<< 220 xtra.co.nz ESMTP server ready Fri, 21 Aug 2015 13:50:29 +1200
210.54.141.1 [10A8] 13:49:35 Client session >>> EHLO mail.enlightenhosting.com
210.54.141.1 [10A8] 13:49:35 Client session <<< 250 SIZE 20971520
210.54.141.1 [10A8] 13:49:35 Client session SSL: Not verified (6) - proceed anyway
210.54.141.1 [10A8] 13:49:35 Client session >>> MAIL From:<admin@cookandgalloway.co.nz>
SIZE=2631
210.54.141.1 [10A8] 13:49:35 Client session <<< 250 Sender <admin@cookandgalloway.co.nz>
and extensions (SIZE=2631) Ok
210.54.141.1 [10A8] 13:49:35 Client session >>> RCPT To:<admin@cookandgalloway.co.nz>
210.54.141.1 [10A8] 13:49:35 Client session <<< 250 Recipient <admin@cookandgalloway.co.nz>
Ok
210.54.141.1 [10A8] 13:49:35 Client session >>> DATA
210.54.141.1 [10A8] 13:49:35 Client session <<< 354 Ok Send data ending with <CRLF>.<CRLF>
210.54.141.1 [10A8] 13:49:35 Client session >>> 2631 bytes (overall data transfer speed=304513889 B/s)
210.54.141.1 [10A8] 13:49:35 Client session <<< 553 Authentication is required to send mail as <admin@cookandgalloway.co.nz>
210.54.141.1 [10A8] 13:49:35 Client session *** <admin@cookandgalloway.co.nz>
<admin@cookandgalloway.co.nz> 1 2631 00:00:00 ERROR IJS66132
210.54.141.1 [10A8] 13:49:35 Client session >>> QUIT
210.54.141.1 [10A8] 13:49:35 Client session Disconnected
As I said earlier, im sure that the issue must just be because we are sending the xtra server an email that is
from an account which it already hosts without first providing Auth. Because that’s what should happen as far as the xtra server is concerned – I think.
This used to work for a long time then sometime this year this mutual customer told us they no longer received the contact form emails.
I believe the issue is xtra have upped their mail security and this scenario no longer works and we just need to keep up but I’m wanting to confirm what is it that we need to change to get this working again.
Also I cant just change the code of this site to instead send the email as another address which is say… hosted on our server and authenticate on our server. I must first confirm that would be a fix.
|
|
|
Daniel Christie Systems Engineer/Application Specialist |
From: Ray Taylor [mailto:ray@ruralkiwi.com]
Sent: Friday, 28 August 2015 5:34 p.m.
To: nznog@list.waikato.ac.nz
Subject: Re: [nznog] issue with xtra mail
Sounds like an smtp authentication issue with the customer’s email client to me.
Is the sender an @xtra or spark hosted email account?
From:
nznog-bounces@list.waikato.ac.nz
[mailto:nznog-bounces@list.waikato.ac.nz]
On Behalf Of Daniel Christie
Sent: Friday, 28 August 2015 5:26 p.m.
To: nznog@list.waikato.ac.nz
Subject: [nznog] issue with xtra mail
Hey all,
Is there anyone here who is an admin of the xtra mail servers for custom domains?
I simply want to know why an email being sent from an email server to xtras would get this showing up in SMTP logs of the sending server
210.54.141.1 [1224] 12:52:37 Client session <<<
553 Authentication is required to send mail as
user@domain.com
I’m trying to go through normal spark support channels but they are trying to ask me questions about the email server I administer which are ridiculous and very frustrating.
I’m fairly sure (with my knowledge of SMTP) the issue is that our server is saying its sending an email from an email account that is hosted on xtra servers and trying to send to the same email/account without first specifying auth
I have given them more than enough information about the issue already and just not getting anywhere.
|
|
|
Daniel Christie Systems Engineer/Application Specialist |