Delivery has failed to these recipients or distribution lists:
The format of the recipient's e-mail address isn't valid. A valid address
looks like this: user...@contoso.com. Microsoft Exchange will not try to
redeliver this message for you. Please check the e-mail address and try
sending the message again, or provide the following diagnostic text to your
system administrator.
5.1.3: The format of the recipient e-mail address is not valid. Valid SMTP
e-mail addresses can contain only letters, numbers, hyphens, periods, and
only one @ symbol. Troubleshooting: Verify that the SMTP address of the
recipient is formatted correctly and resend the message.
The addresses that I've had issues wtih were formatted in this fashion
first...@some-domain.gc.ca
fist...@some-domain.gc.ca
Both are valid receipients and exchange says that a address cannot contain a
underscore and the other one appears to be blocked because the email address
has a period in it before the @ symbol. I'm sure this is a easy fix but I
have no idea where to define the smtp policy framework.
- Try adding the above addresses using the e-mail addresses tab in EMC.
Email addresses are validated. When trying to add the former, you'll get an
error saying it's an invalid email address.
- Underscores are OK.
--
Bharat Suneja
Microsoft Corporation
blog: exchangepedia.com/blog
This posting is provided "AS IS" with no warranties, and confers no
rights. Please do not send email directly to this alias. This alias is for
newsgroup purposes only.
----------------------------
"Rob" <R...@discussions.microsoft.com> wrote in message
news:C4420617-05B4-49B4...@microsoft.com...
>- According to RFC 2822, the local-part cannot have a period before the @
>symbol unless you're using quoted strings. (RFC 2822).
>joe.@foo.com = not good
>"joe."@foo.com = ok.
>
>- Try adding the above addresses using the e-mail addresses tab in EMC.
>Email addresses are validated. When trying to add the former, you'll get an
>error saying it's an invalid email address.
>
>- Underscores are OK.
C'mon Bharat, get with the times! Its RFC 5322 now! :P
>One of the messages I'm dealing with at the moment is
>first...@some-domain.gc.ca; my good friend Exchange tells me this is
>invalid.
I don't think it's Exchange that's complaining. There's nothing wrong
with an underscore in the <user> part of the address. I've seen
3rd-party software that doesn't like it, and I've seen other mail
systems configured in ways that refuse to accept "legal" addresses. I
think you should check to see what's running on your server (or what's
sitting between your server an the sender that's acting as a SMTP
proxy or "email firewall").
>When I use a outside mail system it deliveres correctly to the
>receipient. I will test the "first_last"@some-domain.gc.ca and let you know.
>It seems odd how Exchange 2007 SP1 has issues with these email addresses mind
>you.
It won't seem odd after you find the real culprit. :-)
---
Rich Matheisen
MCSE+I, Exchange MVP
Delivery has failed to these recipients or distribution lists:
Zygoumis Macris, Zafy
The format of the recipient's e-mail address isn't valid. A valid address
looks like this: user...@contoso.com. Microsoft Exchange will not try to
redeliver this message for you. Please check the e-mail address and try
sending the message again, or provide the following diagnostic text to your
system administrator.
_____
Sent by Microsoft Exchange Server 2007
Diagnostic information for administrators:
Generating server: mag1exch.cement.ca
user_...@something-else.gc.ca
#550 5.1.3 STOREDRV.Submit; invalid recipient address #SMTP#
Original message headers:
Received: from myserver.mydomain.ca ([172.16.0.12]) by myserver.mydomain.ca
>It is my exchange system that has the issue; here is the email that my
>Exchange box sends me. Domain names modified to hide thier true location.
Your server doesn't reject addresses with underscores in the <user>
part of the address.
Here's the report from your server when it receives such an address:
post_...@cement.ca
The recipient's e-mail address was not found in the recipient's
e-mail system. Microsoft Exchange will not try to redeliver this
message for you. Please check the e-mail address and try resending
this message, or provide the following diagnostic text to your
system administrator.
It's easy enough to check. Use telnet and connect to your hub
transport server. Use your email address in the MAIL FROM and some
bogus address in your domain (with an underscore in the <user> part)
in the RCPT TO. Do you get the 550 5.1.3 error? If not, then your
server isn't the one that rejected the RCPT TO,
Your protocol log files will show you the RCPT TO command and the
status it received, so there's no need to guess which server rejected
the RCPT TO.
I also made a yahoo account with an underscore in the email address and this
too was rejected. It was something like abc_...@yahoo.com
Is there a format setting on the Exch 2007 ESM that needs to be changed?
thanks.
>I am having this same problem with our Exh 2007 server. This has happened
>when I try to send text messages to our employees cell phones. Email address
>format is:
>12345...@messaging.phoneco.com
>This used to work on our Exch 2000 server.
>
>I also made a yahoo account with an underscore in the email address and this
>too was rejected. It was something like abc_...@yahoo.com
And you see those rejected RCPT TO commands in the receive logs on the
hub transport server? Or in the send logs?
>Is there a format setting on the Exch 2007 ESM that needs to be changed?
No. At least none that I'm aware of.