Thus spake Ian Balchin:
> Hi,
>
> Almost there!
>
> I did a complete reinstall.
>
> Setserial reports data in conformity with the hardware setting and
> /etc/serial.conf has the correct entries.
>
> Minicom communicates with the modem through /dev/ttyS1 fine.
>
> I have wvdial operational and it connects ppp as I can do 'dig' on
> imaginet and get results back.
>
> ~/.fetchmailrc was edited by hand as per email from dman and permission
> set at 600 and I own it
>
> I have edited resolv.conf to show correct primary and secondary DNS
> nameservers as per Brenda's email 11/12/01
>
> nameserver 196.15.145.5
> nameserver 196.15.145.7
>
> /etc/host.conf also inconformity with Brendas email same date as is
> /etc/nsswitch.conf
>
> /etc hosts shows just me per brenda's email 12/12/01
> 127.0.0.1 hephaestus localhost
>
> I am a member of the groups dialout, dip, staff
>
> > If you run exim from the shell and enter a message, does it get
> > delivered? For example :
> >
> > $ exim [EMAIL PROTECTED]
> > From: me <[EMAIL PROTECTED]>
> > Subject: test message
> >
> > yo, can I see this?
> > ^D
>
> No, exim generates a message but it does not get delivered. From
> /var/log/exim we find
>
> time/msg no.... imaginet.co.za [196.15.145.8]: Connection refused
> time/msg no.... imaginet.co.za [196.15.145.5]: Connection refused
> time/msg no.... == [EMAIL PROTECTED] T=remote_smtp defer (111):
> Connection refused
It looks like the server (imaginet.co.za) is refusing to accept the
message from you. Look in exim.conf - towards the bottom, there is a
list of authentication protocols, and palces for your username and
password for the smarthost, which is I assume the option you used when
you ran eximconfig. Enter your username and password for your dialup
there, and try again.
> Now my primary and secondary dns addresses are in /etc/resov.conf as
>
> nameserver 196.15.145.5
> nameserver 196.15.145.7
>
> so where the 196.15.145.8 comes from I do not know.
>
> In my Win98 setup the pop3 and smtp host is set as imail.imaginet.co.za
> which dig shows as 196.15.145.6 . I do not seem to have this set anywhere.
> Should this not be?
smarthost may also need to be changed - check if it is
imail.imaginet.co.zam, as the logs say that you are attempting to
connect to imaginet.co.za, and not imail.
> I saw in the exim documentation that it either runs at start up from
> initd (something like that) or can run as a daemon. What is the
> difference, and what should I do. I do not see it listed on the boot up
> messages at all, and cannot see it listed in top so it is not running as
> far as I can see.
It usually runs under inetd - this is a program that calls other
internet services as needed. From your point of view, it doesn't
really matter. If you're seeing messages in your logs, it's being
called. Try mailing to yourself ([EMAIL PROTECTED] or whatever) and if
the message is delivering, exim itself is working. Then you know that
you only have to tweak the config files for exim to talk to your
smarthost.
> I suppose the sequence of events should be:
>
> Dial up and see ppp negotiation.
> $ fetchmail
> exim is running and will kick in to send mail when imaginet appears on
> the network
>
> fetchmail seems to want something else on the command line. If I do
>
> $ fetchmail imaginet.co.za
>
> then it wants password for [EMAIL PROTECTED] -- which is obviously not
> correct. I try it with hephaestus and put in my root password, but this
> is not the solution. In any case the passwords have already been dealt
> with at ppp negotiation stage - right?
>
> Next step?
Try fetchmail -v -v -- that'll give a fairly verbose report of errors
and so forth to help figure out the problem. If you can't grok it,
repost. You shouldn't need to specify the domain, as fetchmail will
read all that from ~/.fetchmailrc
HTH,
Steve
--
When you're in command, command.
-- Admiral Nimitz
pgpYyWfquwZF3.pgp
Description: PGP signature
