:-) Nice to meet you, I was no more expecting to have a reply.
On 24 Apr 1999, Martin Bialasinski wrote:
>
> >> "NB" == Nicola Bernardelli <[EMAIL PROTECTED]> writes:
>
> NB> the problem is far from here on a Debian box permanently connected to the
> NB> Internet and I would not like to update the mail agent from here.
>
> The new standard MTA is exim. You don't have to switch, if your
> current setup is working OK. I have a box running unstable and I have
> smail, because I didn't have time to switch. When it doesn't break,
> don't touch it :-)
Yep, apart that about 1000 km... it would be annoying to make some
disaster, the main task of that system ends out with sending mail.
>
> NB> but I'd have to configure smail on it for it not to act as an open
> NB> email relay, that is for it not to accept and forward email
> NB> messages coming from other boxes.
>
> I have smtp_remote_allow=localnet in smail's config, so only connects
> from localnet may specify a non-local destination address.
>
> I use smail 3.2.0.102-1, but I believe relay control has been added in
> 3.2.0.100 or such some.
send-mail: /etc/smail/config: unknown attribute: smtp_remote_allow
Alas I fear that the version string "Smail-3.2 1996-Jul-4 #2" means
_before_ that feature was added, sendmail does not work any more, the
above line is what I got when I tried to send out mail as a user of the
box.
I have ftp'ed the smail docs and man pages from that 1.3.1 box and have
just started reading (I've also looked for the attribute smtp_remote_allow
with no success so far). See attachment: tried a quick test with no
results, I mean smail was still working but still acting as an open email
relay. I'll have to read more... well I could also look for an old smail
package, just less old than the one running there, enough to support the
attribute you suggested but not enough to be incompatible with libraries
on Debian 1.3.1, will give a look at the Debian site...(?)
>
> Ciao,
> Martin
Yes, ciao Martin and _thanks_ a lot again (these nights are going to
finish soon I hope, looking forward to have that problem fixed and the
laptop used by Linux at its best possibilities, I think we don't have the
APM and modem drivers yet, a pity, windog's telnet is a disaster with
emacs... why does it work with pico/pine instead?).
Pant, going to sleep, "tomorrow" will be short damn :-(
Nicola
--- transports-openRelay Sun Apr 4 02:45:47 1999
+++ noOpenRelay/transports-noOpenRelay Sun Apr 25 07:16:22 1999
@@ -14,8 +14,11 @@
append_as_user, check_user, file=/var/spool/mail/${lc:strip:user},
group=mail, mode=0660, notify_comsat, suffix="\n"
+# smtp: driver=tcpsmtp, max_addrs=100, -max_chars, inet;
+# use_bind, defer_no_connect, -local_mx_okay, defnames
+
smtp: driver=tcpsmtp, max_addrs=100, -max_chars, inet;
- use_bind, defer_no_connect, -local_mx_okay, defnames
+ use_bind, defer_no_connect, defnames
uux: driver=pipe, uucp, from, max_addrs=5, max_chars=200;
cmd="/usr/bin/uux - -r $host!rmail $(($user)$)",
--- routers-alone-openRelay Sun Apr 4 02:45:47 1999
+++ noOpenRelay/routers-alone-noOpenRelay Sun Apr 25 07:10:15 1999
@@ -10,8 +10,13 @@
driver=gethostbyaddr, transport=smtp;
check_for_local, fail_if_error
+# inet_hosts:
+# driver=bind, transport=smtp;
+# defer_no_connect, -local_mx_okay, defnames,
+# gateways=uu.net:uucp:+:cunyvm.cuny.edu:bitnet
+
inet_hosts:
driver=bind, transport=smtp;
- defer_no_connect, -local_mx_okay, defnames,
+ defer_no_connect, defnames,
gateways=uu.net:uucp:+:cunyvm.cuny.edu:bitnet
