MH wrote:
"dsr" == dsr <[EMAIL PROTECTED]> writes:
>> Still struggling with this installation.
dsr> Debian is great; Debian is wonderful.
dsr> Don't bother trying to get Debian to install qmail. Follow
dsr> the Life With qmail instructions at: www.lifewithqmail.org
dsr> -dsr- dsr> -- To UNSUBSCRIBE, email to
dsr> [EMAIL PROTECTED] with a subject of
dsr> "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1) Yes, it's a good idea to familiarize yourself with qmail at
<URL:http://www.lifewithqmail.org> , good site.
OK, I'm working on that, but I didn't think I would need it until I had
passed the Debian installation path.
2) But the debian package is quiet OK and you avoid the hassle of
fulfilling mta-dependencies otherwise.
That's what I figured!
3) Don't know what's the purpose of your qmail-installation; I
installed it just for fun/masochistic experience and knew that I
was just wasting another 2 days of my lifetime ...
Exim and postfix are fine MTAs, too.
Purpose: I want to get it running from my non-static IP basement server
so that I can get the experience. Next step is to set up a co-located
server for real email. That one needs to be much more secure as it will
be running for a long time with no direct intervention.
4) If you want to persist, just install the other djb-tools
and check the debian installation (default is procmail/spoolfile),
and write /etc/alias to qmail-aliases or use fastforward.
Next hassle: dns ...
Beyond the uscpi-tcp, is there anything else that I *need* for qmail?
I've already got the DNS working 50/50 (but it's not djbdns). I don't
like the fact that so much of djb's stuff doesn't work with any of the
typical junk - like inetd, tcpwrapper.... The problem is that I really
don't want to have both on the system and don't think that everything
else can work with a substitute - especially with the .deb package
dependencies.
So if you do it with masochistic intents don't let disturb you by vile
attempts of advice ...
Semi-masochistic --- I could use some advice!
HTH,
MH
