Date: 09 Aug 2001
From: Heimo Claasen <[EMAIL PROTECTED]>
Subject: Re: operamail POP3 interface
On this SMTP problem: It's useful to make the distinction - and to
find out about the local conditions - between the "net access
provider" (ASP) an the "service" provider subscribe to. In many, but
not all cases this may be identical. In this case the dial-in server
is able to check for the relation of the ("dynamically", and only
temporarely) ascribed IP and the identity/password of the dialling-in
machine, and will straightly allow use of its SMTP server.
The case is different if you want to use an SMTP server of any ISP
you're subscribed to _other_ than the one of the ASP's. for that
distant ISP's SMTP server, your IP signals a "stranger", as it cannot
know who you are, before some login authentification - for which there
is no provision in the earlier-generation SMTP protocols. The
work-around of most ISPs is to program a "fetch mail first" condition,
where (with the POP3 protocol for instance) there is an exchange of
user-ID and -PW done; this way, the ISP's server can establish a
(temporary) link between the IP number used and the identity of the
caller, and allow use of the SMTP.
Now, this is a problem situation for Nettamer, if you have several
different ISP subscriptions and you want/must use SMTP(s) different
from the ASP's. N't sure allows a number of "accounts" but would not
do any pro-forma/automatical login with a "distant" POP3 when you want
to "send mail only" - the result, in most cases by now, would be the
dreaded "relaying denied" message you get then. N't can be forced to
use an ASP's SMTP (if thre is one) by entering the appropriate address
in the Setup (and there, in the setups for all accounts); which is not
very practical if you use "roaming" dial-up access where the SMTP
address to use could change from one dial-in point to another.
I hadn't found another than the cumbersome solution to set up a whole
series of configuration files of which the relevant ones are copied into
the "active" N't- directory with a batch prog for starting up N't.
A better solution - through a strict separation of the dial-in/PPP-socket
part and the mail transport client - would demand construction changes
in N't itself. This would solve a number of other problems too (e.g.,
using N't in a network/cable environment, or one single dial-in for a
number of mail accounts/ISPs to visit) but <sigh> I don't see that
coming ever.
// Heimo Claasen // <hammer at revobild dot net> // Brussels 2001-08-08
The WebPlace of ReRead - and much to read ==> http://www.revobild.net
********************************************************
To unsubscribe from this list,
send a message to [EMAIL PROTECTED] with the single word
Unsubscribe
as the subject.
You MUST use the same address with which you subscribed!
********************************************************
