to reduce the latency which would come from having to constantly poll
the feed file. innfeed is capable of feeding multiple peers from a
single innfeed instance, whereas each innduct process handles exactly
-one peer. innduct is much smaller and simpler, at 3kloc to innfeed's
+one peer. innduct is much smaller and simpler, at <4kloc to innfeed's
25kloc. innfeed needs a separate wrapper script or similar
infrastructure (of which there is an example in its manpage), whereas
innduct can be run directly and doesn't need help from shell scripts.
instead of the default
.BR inn.conf .
.TP
-.BI \-\-ctrl-sock-dir= DIR
+.BI \-\-ctrl-sock-dir= CTRL-SOCK-DIR
Use
-.I DIR
+.I CTRL-SOCK-DIR
as the directory to contain the actual control socket. See
CONTROLLING INNDUCT, below.
If
-.I DIR
+.I CTRL-SOCK-DIR
does not exist it will be created with mode 0700; if it does
exist it must not be a symlink and must be owned by the user running
innduct and have no access for "other". If the control socket cannot
such situations are not fatal for innduct's startup. The default is
.BR /tmp/innduct.control .
.TP
+.BI \-\-no-ctrl-sock-dir-perms-check
+Use an existing
+.I CTRL-SOCK-DIR
+even if it has unexpected permissions and ownership. Note that this
+is not safe with the default value of
+.IR CTRL-SOCK-DIR .
+.TP
.BI \-\-port= PORT
Connect to port
.I PORT