all groups > iis smtp nntp > march 2006 >
You're in the

iis smtp nntp

group:

CDONTS...doesn't


CDONTS...doesn't Amy Blankenship
3/8/2006 12:51:58 PM
iis smtp nntp: I lifted out the script here http://www.brainjar.com/asp/formmail/ and
modified it to my purpose, which is to e.mail out a weekly newsletter to
people who have gone to my site and subscribed. Last week I sent out an
e.mail to a test group, and all of the e.mail addresses were from people
whose e.mail addresses are in one of my two domains, hosted on the same
server. This worked. But when I went "live" with it, I got the error
message "The server rejected one or more recipient addresses. The server
response was: 553 sorry, that domain isn't allowed to be relayed thru this
MTA." This occurred on 100% of the e.mail addresses outside my domains.

I've tried various configurations and a shorter address to the server
(suggested by their tech support), but nothing has worked. I've gone to the
docs on MSDN, but I am not sure I'm entering the right values for the right
parameters of the right objects to get it to authenticate and let the mail
out. I am never sure if the account name is my domain account name, my
e.mail address account name, or what. and the same for passwords. The docs
are very fuzzy for what names and passwords precisely are needed to make
this work.

Thanks;

Amy

Re: CDONTS...doesn't (Correction CDOSYS) Amy Blankenship
3/8/2006 1:36:58 PM
Oops I see I mistakenly said CDONTS in the title. Correction: I started
out using CDONTS but switched to CDOSYS.

[quoted text, click to view]

Re: CDONTS...doesn't Sanford Whiteman
3/8/2006 5:51:11 PM
[quoted text, click to view]

The account name necessary to relay through IIS SMTP is your Windows
account name and Windows password; if it's a domain member server, you
can use DOMAIN\username.

However, for form mail from web servers that is being sent through an
IIS SMTP instance on the same box (assuming you own the box), it is
customary to permission relay by IP, rather than requiring a username
and password. If you permit relay from 127.0.0.1, and connect to the
local instance using 127.0.0.1, you will not have to authenticate.

However, there are a number of other variables that can come into
play, and you seem pretty unfamiliar with SMTP, so I will not
guarantee that the above will solve all of the setup problems that may
exist in your environment. An easy way to verify your ability to
relay through the box is to open an SMTP session over telnet from the
server to itself -- again, assuming you own this server -- connect to
the same IP your CDO code is using and try to send a message manually.
Alternately, you could use OE or Thunderbird running on the box if you
aren't comfortable with the manual commands. Basically, you want
create a more easily debugged situation, and an end-user client is a
good way to do this.

AddThis Social Bookmark Button