Well, I'm not an expert but POP and SMTP are two different protocols and
does authentication for different reasons. POP AUTH: to log into your mail
account and check your mail. SMTP AUTH to send mail and relay mail to
different hosts. So, POP and SMTP does AUTH in somewhat similar way but "not
exactly" and for different reasons. Your statement about it shouldn't
matter what IP comes in is not exactly true because hostname and IP address
needs to resolve. What if you have a valid hostname in your DNS but have the
wrong IP address to match?
So, I guess your whole problem is virtual host "without" an IP address can
not authenticate users. Password and username may be valid but without a
static IP to go with the virtual hostname your users will not be able to
relay mail. One way around this is to create a virtual host with a static IP
address.
----- Original Message -----
From: A.J. Ostman <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 09, 2000 6:14 PM
Subject: Re: [IMail Forum] virtual hosts
> Quentin,
>
> My AUTH question relates to this:
>
> You go into Netscape.. You setup your outgoing mail username to be:
> [EMAIL PROTECTED] or AJO%DPZONE.COM
> The whole username is "ajo%dpzone.com"
> You enter in my password at the prompt: THe whole password is "PASSWORD"
>
> My question is if IMAIL receives the WHOLE "ajo%dpzone.com" and the
> whole "password" THEN why can't it be smart enough to decode the
> username and domain and then either allow the AUTH to continue or not.
> POP / IMAP decode just find. WHY is SMTP any different? As far as
> Netscape isconcerned.. the username is: "ajo%dpzone.com", not AJO... The
> SMTP SERVICE should be able to KNOW where to authenticate based on that
> incoming username. It looks for ajo in the dpzone.com database. It
> shouldn't matter what IP it comes on. It has enough information to
> decode it based on the incoming SMTP send.
>
> Netscape I KNOW WORKS with normal accounts in the primary domain.. SO it
> seems that Netscape works just fine with IMAIL.. It's just IMAIL seems
> to not decode the incoming domain that is part of the USERID.
>
> Thanks...
>
> AJ
>
> Please visit http://www.ipswitch.com/support/mailing-lists.html
> to be removed from this list.
>
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
