I'm setting up my machine at home for a UUCP feed, and I have the
first step taken care of. I can actually receive mail from my feed.
However, the mail that I send upstream isn't going anywhere. I'm
using smail as the MTA, and several MUA's (still playing around with
them). When I send a mail outside of my machine
(pandora.Las-Vegas.NV.US) to this account, for example, the file winds
up sitting in /var/spool/smail/input:
/usr/home/eric> list /var/spool/smail/input
total 2
-r-------- 1 root users 210 Apr 1 17:59 0pmuzE-0001zzC
-r-------- 1 root users 116 Apr 1 19:03 0pmvzY-000200C
Now, I don't know if there's something that smail needs to do to prep
these messages for UUCP (I suspect so), or if the UUCP batch is
supposed to collect the files from there to send out.
I'm only connecting to one host, (jimi.cs.unlv.edu), and this is my
/usr/lib/smail/config:
#
# smail configuration for pandora
# (see smail(5) man page for details and other options)
#
hostname=pandora
visible_domain=Las-Vegas.NV.US
more_hostnames=pandora.Las-Vegas.NV.US
postmaster=postmaster
smtp_accept_max=10
smtp_banner="$primary_name Linux Smail$version #$compile_num ready at
$date"
smart_path=jimi
received_field="Received: \
${if def:sender_host \
{from $sender_host by $primary_name \
${if def:sender_proto: with $sender_proto}\
\n\t(Linux Smail$version #$compile_num) }\
else{by $primary_name ${if def:sender_proto:with $sender_proto
}\
(Linux Smail$version #$compile_num)\n\t}}\
id $message_id; $spool_date"
I suspect the problem may be with "routers" as the routers file
currently contains
smart_host:
driver=smarthost, # special-case driver
transport=smtp; # by default deliver over SMTP
which definitely doesn't look right, as this should be uucp, not smtp,
but short of just changing smtp to uucp and hoping for the best, I'm
somewhat clueless. Sorry if it seems that I'm running to the net
rather than RTFM'ing, but this has to be up in 36 hours, and it's
going to take the first 2 of those just to print off all the man pages
for this thing.
Thanks in advance for any help offered.
--
Eric J. Schwertfeger, man...@cs.unlv.edu