all groups > iis smtp nntp > january 2008 >
You're in the

iis smtp nntp

group:

Server 2003 SMTP Can't send email


Server 2003 SMTP Can't send email je@vorchester.com
1/12/2008 4:09:15 PM
iis smtp nntp: I hope someone can help. I have Windows 2003 Web Edition, with POP3
and SMTP installed. I have the server configured with

SMTP - Authentication
Allow Annonamous Access
Integrated Windows Authentication
SMTP - Relay
Only the list below (list is blank) (I have tried adding local IP,
didn't work so I put it back)
Allow all computers which successfully authenticate is checked

I also have require SPA enabled. (previously it was disabled, no
change)

I seem to be able to receive mail fine so pop3 is fine, but when I
send I receive back an email with an attachment that says "Helo
command rejected: need fully-qualified hostname".

I am using Outlook Express as the email client.
I have configured it every different way I can think of, currently it
is:

The public domain is the email server (I have tried using the local
server name, since I am on the same network, didn't work)

Log on using Secure Password Authentication is check (to match the
server, I have had it unchecked to match the server previously, didn't
work)

My server requires authentication is checked.

This has been a real hair puller. Hope someone can help, it's driving
me nuts. Thanks for your help

Re: Server 2003 SMTP Can't send email Sanford Whiteman
1/13/2008 1:28:57 AM
[quoted text, click to view]

Okay, so you have turned off all relay except for authenticated
sessions.

[quoted text, click to view]

It should not be enabled unless you are sure that *all* of your
authenticating clients support this mechanism. Not all common MUAs do.

[quoted text, click to view]

That's because the FQDN of the server is not properly configured. Go
to Virtual Server-Properties-Delivery-Advanced and fill in a valid
entry. Your mailserver's public IP must have a PTR (reverse DNS)
record that matches this entry; in kind, this entry must have a public
DNS A record that points back to your mailserver's public IP.

[quoted text, click to view]

I wouldn't worry about your MUA (client) configuration at this time.
If your mail is first accepted by the mailserver, and later you
receive a bounce message, that indicates that [a] in your client
session, you allowed to relay to the recipient (or else the message
would not be accepted for delivery in the first place), but [b] the
server cannot make a successful relay to the next hop.

--Sandy




------------------------------------
Sanford Whiteman, Chief Technologist
Broadleaf Systems, a division of
Cypress Integrated Systems, Inc.
AddThis Social Bookmark Button