Hi.
After a number of conversations through this list
(thanks for assistance so far BTW) I can now send external mail
as far as /var/qmail/alias/pppdir/new
I gather that mail is supposed to be delivered out of there
by using a command like:
maildirsmtp ~/alias/pppdir alias-ppp- sedric.demon.co.uk \
sedric.demon.co.uk
(this assuming that the command has been issued either by
user alias or by su alias -c maildirsmtp)
- seems a bit 'hacky' but there it is!
Issuing this command on-line produces no noticable effect.
After some excavation, I have:
1. Made another version of maildirsmtp called txmaildirsmtp which
runs a new version of maildirserial called txmaildirserial.
2. Made a new makefile in the serial source tree to produce the
new txmaildirserial program.
3. Altered the code of txmaildirserial.c (copied from maildirserial.c)
to include debug messages to the terminal.
>From the first trials of this little lot, I now know that
txmaildirserial is getting as far as seeing the Deliver-To: headers
in the 3 files that are 'stuck' in /var/qmail/alias/new
I am now going to try and find out what is supposed to happen
next...
This is going to take a good deal of time. I will do it if I have to,
because I am now determined to make qmail work one way or the other
regardless of what I have to hack in the process.
What does surprise me greatly is the extreme difficulty that I have
had so far in persuading qmail to perform what (should be) one of
the simplest tasks (and I suppose) the requirement of the vast majority
of users - mail delivery over a dial-up line to a remote ISP.
Since I am getting incoming mail and can use Netscape for news & html
update web pages with ftp etc. seems to me that the problem does
actually have to be with the qmail group.
If anyone in this list DOES use qmail-1.03 on Redhat linux 5.1
over a dial-up connection to demon,
I would be most interested to know exactly HOW they have done it!
--
RJP Personal..
