your problem is that msm.cl isn't in your rcpthosts file. the contents of the "from" 
field are completely vague; and more 
importantly, easily forged. it is my belief, that this is the reason qmail provides no 
option to enable the behavior of some 
broken mailers that actually look at the from: address during smtp, let alone do 
anything with it.

in short, mailers simply can't trust it's value. so it doesn't make for a good way to 
allow selective relaying.

i've seen three really usable ways that people can allow selective relaying. whether 
or not any of them are a good idea 
largely depends on your situation.

        1) pop3 authentication. the pop3 server remembers the ip address of the client 
device, and somehow passes 
information to the smtp server to enable relaying for that IP address.
                obvious PRO: clients don't need to be changed.
                obvious CON: i have no idea why this is a con, but for some reason, it 
seems to be so complicated for the 
human being. they can't seem to figure out that netscape and outlook express always 
send first, and they have to explicitly 
check mail first!

        2) pop3 command XTND XMIT.
                obvious PRO: no second connection necessary!
                obvious CON: needs a custom client. I am looking for one of these 
(preferably for windows and/or macos) 
-- anyone want to let me know of one?

        3) smtp authentication. there IS a password-based authentication mechanism for 
SMTP. i believe its origins are in 
netscape's smtp server, and like other things in netscape: it's misdocumented to hell. 
anyway, the more often-used clients 
for windows/mac/X are supportive of this function.
                obvious PRO: no second connection necessary! AND there are patches to 
qmail to do this at 
http://www.nimh.org/code.shtml
                obvious CON: none really. except for the obvious that it is sent 
cleartext. of course, you're already using 
pop3....


You can use a combination of the above. I have a kit for pop3 based authentication on 
my website (Www.nimh.org) and i 
use it with a similar kit for smtp authentication on the same site.

I hope this helps...


On Sun, 30 Apr 2000 21:06:57 +0000 (GMT), [EMAIL PROTECTED] wrote:

>Hello,
>I have come down to my last obstacle.
>Sending mail remotely.
>The machine name where I isntalled qmail is mail.stgo.cl, stgo.cl resolved
>to another IP. 
>When  I try to send an email to a remote host I get the following:
>/home/miturbe:> telnet 0 25
>Trying 0.0.0.0...
>Connected to 0.
>Escape character is '^]'.
>220 mail.stgo.cl ESMTP
>mail from:[EMAIL PROTECTED]
>250 ok
>rcpt to:[EMAIL PROTECTED]
>553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
>quit
>221 mail.stgo.cl
>Connection closed by foreign host.
>
>In control/defaultdomain I have "stgo.cl"
>In control/locals I have stgo.cl and mail.stgo.cl
>In control/me I have stgo.cl and mail.stgo.cl
>both control/plusdomain and rcpthosts are empty...
>I tried to place stgo.cl and mail.stgo.cl in both files but it did not
>work either.
>
>I would like to configure it so that it will accept mail from anyone
>whos "mail from:" is mail.santiago.cl or santiago.cl, regardless where
>they are in the world.
>
>Thanks again...
>Marcelo
>
>
>


Reply via email to