So I've tested this from two separate domain accounts within HMS. Both are shared hosting CF Builder accounts. Any email generated from my CFMAIL code gets stamped with a foreign domain that is not the one where the email originated from.
My typical example:


I've always supplied a 'server' attribute usually in the form of an application variable. But when I do, the email that gets sent has "betterthanliposuction.com" in the "Received:" field in the header.
Example:



Needless to say, that betterthanliposuction.com is not my domain. Although I did do a whois and it is hosted with HMS.

Now if I leave off the server attribute, that foreign domain is replaced with what I would expect.



I don't know if this is a viable solution , as I was always lead to believe that in a shared hosting environment you should alway provide the server. Now this may seem like a small nitpick kind of problem, but I do small batches of mailings to clients and lately we've been told that they're not receiving them even though they are going out. My guess is that spam blockers are catching them because the header contains values that don't coincide with where it originated from.

Support says this is unavoidable because it is how IIS functions. Their solution was to get a VPS account. But a $129 a month is a significant jump from the builder plans. I am also fairly certain that this phenomenon did not always exist. I have been an HMS customer since 2000 and I'd like to think I am observant enough to pick up on this.

Has anyone else noticed this? Anyone care to test it out on their system?

Thanks in advance.


-jeff