This is the pptpd project TODO list. (Note: tasks that are probably easy are marked with a [JJ], which means Junior Jobs, following the KDE tradition suggested by Adriaan de Groot in May 2004.) 20060714-1, 1.3.2, bcrelay is built even if --enable-bcrelay is not used. 20050105-1, 1.2.1, denial of service, for ten seconds (or --stimeout) the pptpd will not process further connections while it waits for a client to send data. The second select() will prevent any further accept() calls. To be tested. 20041108-0, 1.2.1, vpnstats does not parse RHEL3 log output successfully. It also creates a cron.weekly entry that is not removed when the package is removed. Yet to test if vpnstats.pl works okay. [JJ] 20040811-0, 1.2.1, RFC2637 timers IDLE_WAIT and MAX_ECHO_WAIT, in pptpdefs.h, make these configurable, requested by Tobias Brox. [JJ] 20040623-0, 1.2.1, "Plugin /usr/lib/pptpd/pptpd-logwtmp.so is for pppd version 2.4.2, this is 2.4.3" happens if pppd 2.4.3 is installed, or vice versa if 2.4.2 is installed. [JJ] Workaround on common distributions is to use makepackage instead of "make install". pptpd.init is also affected, as it has a hardcoded path to pptpd. Configure script should detect or accept version of pppd to build against. 20040521-4, 1.2.0-b3, running on Fedora Core 1, kernel ? , when a connection arrives a warning is issued by the kernel "application bug: pptpctrl($PID) has SIGCHLD set to SIG_IGN but calls wait(). (see the NOTES section of 'man 2 wait'). Workaround activated." 20040521-0, 1.2.0-b3, write bcrelay man page. (Debian lintian for pptpd 1.1.4-0b4-1) [JJ] feature: nuke prior login by user, by writing a new pppd plugin. feature: prevent login by user if prior login still in progress, using pppd plugin that captures old hook and re-uses it, during chap auth. 20040428-7, CVS HEAD, minor, pptpctrl.c refers to hard coded path /usr/lib/pptpd/pptpd-logwtmp.so instead of path derived from prefix given to configure script. also, the rpm build fails if not run in a fakeroot. review debian bug reports for pptpd package http://bugs.debian.org/pptpd 20040426-0 bug: terminating immediately on CALL_CLR_RQST from client (1.2.0-b3) may violate the RFC, but was done to fix zombie pppd, Bruno will try older version to gather system state information to see why it happened, but there is indeed a design defect that doesn't reap (wait() on the PID of) the pppd it had previously forked. it probably isn't right to simply kill() the pppd until it has had a chance to finish up, e.g. ip-down scripts. context is pptpctrl.c. on the other hand, if a stop control connection request arrives, are the active connections supposed to be closed; there are reports of pppd living on. minor bug: pptpctrl.c:302 (1.11) there is a test for absolute file descriptor numbers, which is probably not portable. bug: 1.2.0-b3 configfile.c opens, reads and closes /etc/pptpd.conf as many times as there are possible option values, and only returns the first match for a keyword, not the last. 20030214, ignore EPERM on GRE write for a short time in case netfilter is being adjusted by ip-up scripts, Bug #181005. 20030801, 1.1.3, XP seems to need mtu negotiation 4 lower than serverside. MS PPTP-server handles this correctly. 20030620, 1.1.3, PPTP daemon waiting for infinite time if the pptpd.conf file does not have a new line character at the EOF. So we need a config-check routine. It is allready there, but it seems to output to stdout. 20030611, 1.1.3, pptpd incorrectly hides all pppd error output. This is a defect and should be fixed. It apparently doesn't even wait for and report the pppd exit status. 20030526, 1.1.3, Make choice between slirp, pppd and BSD userspace PPPD a runtime one instead of compile time. 20030218, 1.1.3, ask IP-info from a real DHCP-server. It is possible to get a Radius-server to do this. 20030128, 1.1.3, Make the logentries more verbose, so that they actually mean something to the admins. 20021220, 1.1.3, Add a way to define pools for different usergroups. 19990802, 1.1.3, We don't actually implement any kind of window protocol, congestion control, etc, etc. Very simple algorithm which works well on LANs and good performance links but could be improved for slow distant dialups/bad routing and links. 19990705, 1.1.3, PNS mode and all things which go with it aren't supported properly. We're only an IP tunnelling PAC, and our clients act as a PNS, as per the draft. We may implement PNS mode and related things like multiple calls from one client IP in the future (post-1.0). 19990413, 1.1.3, SET LINK INFO (CTRL Message 15) is not fully implemented. This doesn't cause any problem with Win95/98/NT or Linux clients. NT clients send a default set of ACCMs which we validate and ignore, the others don't send anything. Probably fine for all IP tunneling clients (post-1.0).