cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2012
Views
0
Helpful
3
Replies

DATA_EXCEPTION: Enter Valid Relay Email Address

stephan.steiner
Spotlight
Spotlight

Has anyone else noted this? When I create an SMTP Notification device with an address like recipient@domain.com, things work fine. Turn it into recipient@subdomain.domain.com, I get the error in the title when I use the REST API to set the Address

This is in 10.0.1.12900-2, in my lab I have 10.0.1.10000-24 where it is fine, and prior to the upgrade to 10.0, it worked fine as well.

Here's a sample request that goes over the wire

PUT https://172.29.17.17:8443/vmrest/users/8d3027c2-73e5-491e-927c-9a5ed9d2fb6b/notificationdevices/smtpdevices/84811e28-b906-46e1-a917-327ae512b415 HTTP/1.1

Cache-Control: no-cache

Content-Type: application/xml

Accept: application/xml, */*

Authorization: Basic authorization

Cookie: JSESSIONIDSSO=30B6EFCDDE924DF537FF5D5B40AFF79A; Path=/; Secure; HttpOnly;JSESSIONID=704D50B4072BDE612AAE9922F115790D; Path=/vmrest/; Secure; HttpOnly;REQUEST_TOKEN_KEY=7533159619388272098; Path=/; Secure; HttpOnly;

Host: 172.29.17.17:8443

Content-Length: 65

<Smtp><SmtpAddress>recipient@subdomain.domain.com</SmtpAddress></Smtp>

subdomain.domain.com does resolve just fine. Setting the same address via the web GUI also works.

3 Replies 3

npetrele
Cisco Employee
Cisco Employee

I'm aware of a similar defect in a different version, where the operation fails if there are too many dots in the domain portion of the address.   I can't find any similar potential defect reports with respect to 10.0.1.12900-2, but I will file a report for you. I'll let you know what I find out. 

In the meantime, you can create an email alias or just use the shorter domain (if that works) as a workaround.

By the way, have you tried a POST request?  There was an older problem that recommended POST as a workaround. 

Now, I've not tried post. I'm using Jeff's .NET lib - I'm running it in source code form so I could just swap out the HTTP method.

I opened a TAC case no this as I needed to give my customer a timeline for a fix: 632140967. The issue also happens in 10.5.1 (we tried upgrading as another solution approach).

Do you have any idea on how to create an alias if the email is external? Because that's what we're looking at.. an external Email to SMS service so we send to mobilenumber@sms.ecall.ch. Naturally we have no say about what domain name we have to use.. the only part under our control is mobilenumber.


@edit: tested POST.. it returns 405 method not allowed.

Yes, 10.5.1 is the different version with the similar problem.  That's already fixed and the fix should be integrated into 10.5.2.  I see from your TAC case that someone is helping you with this. 

There are a number of ways to create an alias, but it depends on how your email is set up.  Here's one way, if you're using Linux:

Creating Aliases and Mail Redirects