>Is there any reason why Imail will try to deliver to the A record of a
>domain if it fails to connect to the MX record? Can you disable it?
The RFC requires that IMail do that. I don't believe it can be disabled.
>For some reason at this time Imail cannot connect to the MX ip for joe.com
>so it tries the A record for joe.com. The A record for joe.com which is the
>webserver also happens to be running an SMTP server.
And that *is* a problem. When the RFC was originally written about 20
years ago, it was a good idea to try sending to the A record if the MX
record didn't exist. Today, though, most A records for domains
("my_domain.com") either don't exist, or point to the web server.
>Probably so a script on the website can deliver email forms and such.
... and so people can be lazy and type just "yahoo.com" in their web
browser instead of "www.yahoo.com".
>The message gets bounced back to the sender
>with the error "Unknown user: [EMAIL PROTECTED]". If you try again later the
>message goes through.
That's why this is a big problem. We've had a couple people send us an
E-mail saying "Gee, your [EMAIL PROTECTED] address listed on your web site
doesn't exist". Unfortunately, we can't get rid of our A record, and have
to keep it pointed to our web host (which unfortunately had a mail server
set up). People have no way of knowing that the account really does exist,
but just isn't reachable.
-Scott
Declude: Anti-virus, Anti-spam and Anti-hijacking solutions for
IMail. http://www.declude.com
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
An Archive of this list is available at:
http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
