I have this weird issue with email sent from application boxes through the SMTP relay in a receive connector I setup with 2k7. The sending address is an alias/proxy address on a public folder. When the mail is received, the "from" address is "resolved" if you will to the public folder name, and not the proxy address, unless you view the header. Apparently, a bunch of folks used to have rules that processed the messages based on the from address, and another application automatically creates tickets based on the from address, and it can't examine the header. If I do a manual SMTP message through the hub server, I get the correct from, but the to, is blanked. If I include the To:/From: in the DATA portion of the SMTP message it's all good, however, if I use the same test from telnet on one of the application servers, the from address gets "resolved" again. I think it's a setting in my receive connector that is doing this, but I've no idea which one, my connector is pretty open to lots of internal application servers (mostly monitoring applications) which I have little control over. So I was just going to create a new receive connector and lock it down to just one auth and one permissions group until I find it, but I'm having trouble isolating a test application server that isn't "critical". Any suggestions?
Douglas
