Branch: refs/heads/master
Home: http://github.com/abh/qpsmtpd
Commit: b8958d333bd0e078f912dfb4090d7493684f366b
http://github.com/abh/qpsmtpd/commit/b8958d333bd0e078f912dfb4090d7493684f366b
Author: Devin Carraway <[email protected]>
Date: 2009-06-02 (Tue, 02 Jun 2009)
Changed paths:
M qpsmtpd-forkserver
Log Message:
-----------
forkserver: accurately report default run-as user
Commit: 8527f784c081b0a1f646aa428a3c906e5d05e10b
http://github.com/abh/qpsmtpd/commit/8527f784c081b0a1f646aa428a3c906e5d05e10b
Author: Devin Carraway <[email protected]>
Date: 2009-06-02 (Tue, 02 Jun 2009)
Changed paths:
M Changes
M qpsmtpd-prefork
Log Message:
-----------
prefork: Fix startup when no interface addresses are specified
Signed-off-by: Ask Bjørn Hansen <[email protected]>
Commit: 75decb184ba17196aac9dd536cbdce29223f22fe
http://github.com/abh/qpsmtpd/commit/75decb184ba17196aac9dd536cbdce29223f22fe
Author: Charlie Brady <[email protected]>
Date: 2009-06-02 (Tue, 02 Jun 2009)
Changed paths:
M Changes
M qpsmtpd-prefork
Log Message:
-----------
Always call setsid, even when we're not daemonizing.
>> However, I'm back to seeing the connection processes being left behind,
>> despite an explicit quit from the remote host.
> It looks to me as though qpsmtpd should have started a new process
> group with the parent process, but hasn't. Or the developer assumed
> that qpsmtpd would be set up as leader of a process group, but it
> isn't in this circumstance.
Signed-off-by: Robert <[email protected]>
Commit: b2c3fd562598df92ef29f6789f90a77f9ea34069
http://github.com/abh/qpsmtpd/commit/b2c3fd562598df92ef29f6789f90a77f9ea34069
Author: Robert <[email protected]>
Date: 2009-06-02 (Tue, 02 Jun 2009)
Changed paths:
M qpsmtpd-prefork
Log Message:
-----------
Add back the use lib 'lib' to qpsmtpd-prefork.
(I messed up the git foo in 19a0f5ded1 when I initially tried to keep this.)
