----------------------------------
On Thursday, January 04, 2001, 8:19:30 PM, Andrey G. Sergeev (AKA Andris) wrote:
OR>>> Well a ruling of the ISPA (www.ispa.be) (belgium organisation
OR>>> regulating ISP's in belgium) stipulates that no SMTP server should
OR>>> have an "open" line.
TF>> It is not an "open" line if you are connected to it.
AGSAA> Hmm... Didn't catch the point, could you please explain? :-)
Well, I'm in the US, so it may be different, but for me, here's how it
works.
I sign up with an ISP, in my case it currently is Flashmail. I have a
dialup connection. My dialup to Flashmail requires a user name and
password to access, but of course this is automatically entered by my
Windows dialup software every time I connect.
I do not have any other way to connect to the internet except for the
dialup I subscribe to. (Actually I do have some alternate connections
for backup use, but I don't use their SMTP - if for some reason the
Flashmail network server is down, I will use the SMTP on my own
server, which has POP-before-send authentication.)
Flashmail provides me with a POP box that I NEVER use. That is, there is no
such thing as an abigail-username@flashmail address listed anywhere. I
do receive mail THROUGH their POP, but all of it is forwarded/rerouted
from the aliases associated with different domains. Since I manage
several websites, there are different aliases associated with
different domains ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], etc.) My reply-to/from always reflects the
domain I am replying from.
As long as I have used the Flashmail dialup to connect to the
internet, the mail goes through the Flashmail SMTP with NO problem no
matter WHAT the reply-to/from headers say. I suppose it is possible
that I could run into a problem if I used a domain that was
specifically BANNED by the ISP because it was on an ORBS database,
etc., but this isn't a problem with using our own proprietary domain
names, and it has not been a problem with configuring the
reply-to/from for a hotmail or other web-based system, either. (My
kids have hotmail accounts)
AGSAA> Sorry, but you're wrong here.
AGSAA> Generally, all SMTP servers are "relays". But the actual server
AGSAA> behaviour can significantly vary. You can use ORBS, RBL, DRBL, RSS
AGSAA> whatever databases to prevent spammers from sending your their crap, you
AGSAA> of course should use some kind of ACL (access.db on sendmail) etc. It
AGSAA> depends, as we say here in Russia :-).
AGSAA> So we're speaking about so-called "third party relaying" in this thread.
AGSAA> This relaying occurs when someone connects to a SMTP server which is
AGSAA> serving some number of domains (the actual number doesn't matter here -
AGSAA> it can be 1, 2...) and use the the domain _names_ not known as "local"
AGSAA> by this server as an argument in the MAIL FROM: _and_ RCPT TO: commands.
Andrey, this would be the case if I set the SMTP to my own company's
server (dyslexia.com), but set the mail from/reply-to for something
else, AND if I used an authentication scheme other than
POP-before-send. But in those cases I am still accessing from an
unrelated dialup - my company's server does not provide dialup access.
The difference with the dialup is that - at least in the US - most
MAJOR service providers use an authentication routine that allows
anyone who has dialed up via their lines to use the SMTP without
limitation, assuming they have passed the authentication required at
log in.
I have found that the companies offering free or very low cost access
do not work that way, so perhaps in other countries it may be a
problem. Obviously, I don't know what the procedures are in Belgium
or Russia.
-Abigail
--
--------------------------------------------------------------
View the TBUDL archive at http://tbudl.thebat.dutaint.com
To send a message to the list moderation team double click here:
<mailto:[EMAIL PROTECTED]>
To Unsubscribe from TBUDL, double click here and send the message:
<mailto:[EMAIL PROTECTED]>
--------------------------------------------------------------
You are subscribed as : [email protected]
