I'm seeing a strange interaction between netscape, tcpserver and identd lookups. I finally got around to running qmail-smtpd from tcpserver on Monday night. Details: Operating system = Solaris 2.5.1 Qmail version = 1.03 (no patches) daemontools = 0.53 (no patches) uscpi-tcp = 0.84 (no patches) Relevant portions of startup script: USER=qmaild GROUP=nofiles CLIMIT=40 TCPRULES=/var/qmail/etc/run/smtpd/rules PORT=smtp QMAILBIN=/var/qmail/bin LOG=/var/log/smtpd SVCDIR=/var/qmail/etc/run/smtpd # Logging, no identd lookups, tcprules CMD="tcpserver -u $USER -g $GROUP -c $CLIMIT -v -R -x ${TCPRULES}.cdb \ 0 $PORT $QMAILBIN/qmail-smtpd 2>&1 \ | accustamp \ | cyclog -s 1000000 $LOG" # The eval is required to ensure any redirection is handled # correctly. If not then bizarre results can be expected. eval "env - PATH=$PATH supervise -r $SVCDIR $CMD &" Contents of /var/qmail/etc/run/rules: # # Tcprules file for incoming SMTP connections # # Allow the localhost to relay 127.:allow,RELAYCLIENT="" # Allow tansu machines to relay 149.135.:allow,RELAYCLIENT="" # Allow all other machines to connect, but do not allow relaying :allow cdb file confirms this: cdbdump < /var/qmail/etc/run/smtpd/rules.cdb | cat -vet +4,14:127.->+RELAYCLIENT=^@$ +8,14:149.135.->+RELAYCLIENT=^@$ +0,0:->$ On Tuesday morning, my users began to complain that after sending mail via netscape 4.05 (Sparc Solaris version), their netscape would crash. The mail is successfully received by qmail-smtpd, queued and delivered. This wasn't a problem when I was running qmail-smtpd from inetd: Old inetd.conf entry: /var/qmail/bitream tcp nowait qmaild /pkgs/bin/tcpd /var/qmail/bin/tcp-env /var/qmail/bin/qmail-smtpd Old /etc/hosts.allow entry: tcp-env: ALL : ALLOW The only difference I can see is that tcp-env performs identd lookups whereas I'm telling tcpserver NOT to perform these lookups. Sure enough, when I remove the -R argument to tcpserver, netscape is happy. This does not happen with netscape 4.5 (Sparc Solaris version). I can't even understand WHY netscape is unhappy because it isn't even seeing the identd request. Any ideas? My work around is to enable identd and then ensure all relevant users are running Netscape 4.5 instead of 4.05. Once everyone is on 4.5 (or above) I'll disable identd lookups. Regards Peter ---------- Peter Samuel [EMAIL PROTECTED] Technical Consultant or at present: eServ. Pty Ltd [EMAIL PROTECTED] Phone: +61 2 9206 3410 Fax: +61 2 9281 1301 "If you kill all your unhappy customers, you'll only have happy ones left"