Mail not being received
SBS2008 + Exchange2007 External mail is being received perfectly normally. The only issue I have is with mail from an internal smtp program called Postie.exe. It stopped working a few months ago.
The Postie program is being used by our manufacturing database application. It sends emails to internal users to notify them about various issues within the database.
When look at the Exchange smtp receive log, I see something like this:
+,,
*,SMTPSubmit SMTPAcceptAnyRecipient SMTPAcceptAnySender SMTPAcceptAuthoritativeDom
>,"220 ourserver.ourdomain.co.uk Microsoft ESMTP MAIL Service ready at Fri, 21 Apr 2017 11:58:01 +0100",
<,EHLO aclient.ourdomain.local,
>,250-ourserver.ourdomain.
>,250-SIZE 20971520,
>,250-PIPELINING,
>,250-DSN,
>,250-ENHANCEDSTATUSCODES,
>,250-STARTTLS,
>,250-AUTH,
>,250-8BITMIME,
>,250-BINARYMIME,
>,250 CHUNKING,
<,MAIL FROM:<aclient@ourdomain.co
,*,08D488736BF69D73;2017-0
>,250 2.1.0 Sender OK,
<,"RCPT TO:<anothercient@ourdomain
>,250 2.1.5 Recipient OK,
<,DATA,
>,354 Start mail input; end with <CRLF>.<CRLF>,
>,250 2.6.0 <c120e33b-22a8-45c2-a2eb-4
<,QUIT,
>,221 2.0.0 Service closing transmission channel,
-,,Local
To me, that looks ok but email from the postie program never reaches it's destination these days. I don't know what changed. Can anyone help?
The Postie program is being used by our manufacturing database application. It sends emails to internal users to notify them about various issues within the database.
When look at the Exchange smtp receive log, I see something like this:
+,,
*,SMTPSubmit SMTPAcceptAnyRecipient SMTPAcceptAnySender SMTPAcceptAuthoritativeDom
>,"220 ourserver.ourdomain.co.uk Microsoft ESMTP MAIL Service ready at Fri, 21 Apr 2017 11:58:01 +0100",
<,EHLO aclient.ourdomain.local,
>,250-ourserver.ourdomain.
>,250-SIZE 20971520,
>,250-PIPELINING,
>,250-DSN,
>,250-ENHANCEDSTATUSCODES,
>,250-STARTTLS,
>,250-AUTH,
>,250-8BITMIME,
>,250-BINARYMIME,
>,250 CHUNKING,
<,MAIL FROM:<aclient@ourdomain.co
,*,08D488736BF69D73;2017-0
>,250 2.1.0 Sender OK,
<,"RCPT TO:<anothercient@ourdomain
>,250 2.1.5 Recipient OK,
<,DATA,
>,354 Start mail input; end with <CRLF>.<CRLF>,
>,250 2.6.0 <c120e33b-22a8-45c2-a2eb-4
<,QUIT,
>,221 2.0.0 Service closing transmission channel,
-,,Local
To me, that looks ok but email from the postie program never reaches it's destination these days. I don't know what changed. Can anyone help?
Datacenter platform engineer Lindows
CERTIFIED EXPERT
Hi
Check your recieve and or relay connector, chances are the IP address from which the emails originate aren't white listed.
Cheers
Check your recieve and or relay connector, chances are the IP address from which the emails originate aren't white listed.
Cheers
Works Manager
I have Receive Connector called "Internal Relay". It doesn't have a White List that I can configure. But in the log I posted above, it states the mail was queued for delivery. Does this statement not imply that the mail has passed all tests and has been accepted?
Works Manager
In Server Configuration -> Hub Transport the server has a white list. All the internal address space has always been white listed.
Datacenter platform engineer Lindows
CERTIFIED EXPERT
NOTIFY=DELAY,FAILURE
Shows there is a issue where it is not yet decided if the outcome will be a delay or a failure.
Since you don't get the mails, even with delay, we can conclude it ended in failure, question remaining is why.
What does Exchange Queue Viewer tells you?
Shows there is a issue where it is not yet decided if the outcome will be a delay or a failure.
Since you don't get the mails, even with delay, we can conclude it ended in failure, question remaining is why.
What does Exchange Queue Viewer tells you?
Works Manager
Are you sure about this? When I googled that statement, I found a page saying that this means that the sender is stating that he is prepared to be notified about delays or failures.
Datacenter platform engineer Lindows
CERTIFIED EXPERT
The last option is DELAY: you will be notified if there is an unusual delay in delivery, but the actual delivery's outcome (success or failure) is not yet decided. NEVER must be the only argument if it specified, the other three may appear in a list, delimited by a comma. SUCCESS and FAILURE make up for a pretty strong team together(!), telling you in (almost) any case what happened to your mail.
Source for this quote: https://www.lifewire.com/what-is-dsn-delivery-status-notification-for-smtp-email-3860942
Works Manager
OK. So I think we are in agreement on the meaning of the NOTIFY statement. At the point that it appears in the smtp log, the outcome has not been determined. But the smtp log goes on to state that the mail has bee queued for delivery. So I still need to know how to troubleshoot this further,
Thanks for your input so far by the way.
Thanks for your input so far by the way.
Works Manager
Ok I found that thanks. I cannot find anything loitering in there. It all seems empty.
Datacenter platform engineer Lindows
CERTIFIED EXPERT
Ok, then I would initiate a telnet session from the server hosting this app and send a manual mail.
You can then track this mail via message tracking and see where it goes.
This is a good how to on doing it http://www.yuki-onna.co.uk/email/smtp.html
You can then track this mail via message tracking and see where it goes.
This is a good how to on doing it http://www.yuki-onna.co.uk/email/smtp.html
Works Manager
Would you believe that my windows 10 pc doesn't have telnet? i'll try and get it some how.......
Datacenter platform engineer Lindows
CERTIFIED EXPERT
Is your windows 10 pic the machine where this app resides on?
Oh yes I can imagine ms left it disabled, not anybody needs it.
Run a command prompt as admin and run. dism /online /Enable-Feature /FeatureName:TelnetClient
In a few seconds telnet is enabled.
Oh yes I can imagine ms left it disabled, not anybody needs it.
Run a command prompt as admin and run. dism /online /Enable-Feature /FeatureName:TelnetClient
In a few seconds telnet is enabled.
Works Manager
OK, I stepped through that article and sent a message to myself. In the command prompt window it stated that the message had been queued for delivery. The smtp recieve log stated the same also, but I never received it.
Before i ran the telnet program I went into OrganisationConfiguration -> Hub Transport -> Anti Spam and disabled everything.
I've just noticed something in the smtp receive log..... At the end of the conversation there is the line:
250 2.6.0 <3c9afc57-33ba-4dd6-b656-0
When I look at other entries where the mail was received successfully, the 250 2.6.0 line contains the senders domain rather than our own. Is this relevant?
Before i ran the telnet program I went into OrganisationConfiguration -> Hub Transport -> Anti Spam and disabled everything.
I've just noticed something in the smtp receive log..... At the end of the conversation there is the line:
250 2.6.0 <3c9afc57-33ba-4dd6-b656-0
When I look at other entries where the mail was received successfully, the 250 2.6.0 line contains the senders domain rather than our own. Is this relevant?
Works Manager
OK I found the problem, and it is of my own creation..... You gave me the hint by suggesting I look at the server anti-virus.
Several months ago we were getting a lot of junk emails which spoofed someone from within our organisation as the sender address. So i created a transport rule to silently drop messages which came from outside of the organisation with one of our users as the sender. It turns out that emails received on the internal smtp connector are also being regarded as originating from outside the organisation. So I can fix this now.
Thank you very much for your help. It is much appreciated.
Ian
Several months ago we were getting a lot of junk emails which spoofed someone from within our organisation as the sender address. So i created a transport rule to silently drop messages which came from outside of the organisation with one of our users as the sender. It turns out that emails received on the internal smtp connector are also being regarded as originating from outside the organisation. So I can fix this now.
Thank you very much for your help. It is much appreciated.
Ian
Gain unlimited access to on-demand training courses with an Experts Exchange subscription.
Get AccessWhy Experts Exchange?
Experts Exchange always has the answer, or at the least points me in the correct direction! It is like having another employee that is extremely experienced.
Jim Murphy
Programmer at Smart IT Solutions
When asked, what has been your best career decision?
Deciding to stick with EE.
Mohamed Asif
Technical Department Head
Being involved with EE helped me to grow personally and professionally.
Carl Webster
CTP, Sr Infrastructure Consultant
Did You Know?
We've partnered with two important charities to provide clean water and computer science education to those who need it most. READ MORE
Ask ANY Question
Connect with Certified Experts to gain insight and support on specific technology challenges including:
- Troubleshooting
- Research
- Professional Opinions