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