The code in spamdyke is very simple it just call
getprotobyname("udp"), and if the returned pointer is null it logs the error 
message. 
My guess is that getprotobyname for some reason hasn't been able to read the 
/etc/protocols.
I have made a small testprogram using getprotobyname and it works fine. I even 
let 
start-stop-daemon start my test program.
The testprogram was build with the same settings as spamdyke. Afterwards I made 
a 
clean and make spamdyke, and a reinstallation but it changed nothing.
I have

server1:~# dpkg -l | grep ucspi
ii ucspi-tcp 1:0.88-2 command-line tools for building TCP client-server 
applications

ucspi was installed twice first 0.88-15 then the above.

I tried to run tcpserver from the command line ie. not as a daemon and suddenly 
I got 
no getprotobyname error

In other words tcpserver likes my console enviroment, but not when it is 
invoked by 
something else.
I must add that I have used the above configuration on an etch without problems.
It is possible that it is caused by two different errors, but I think it is 
start-stop-daemon/tcpserver/lenny conflict. Maybe I should add that I use AMD64 
and 
have a raid filesystem. 

_______________________________________________
spamdyke-users mailing list
[email protected]
http://www.spamdyke.org/mailman/listinfo/spamdyke-users

Reply via email to