[tpop3d-discuss] Signal 11 on non-existing Maildir

[michael@computerpech.nl]

Hi Chris (and others),

Yesterday upgraded a customers FreeBSD machine.

Problem: after creating a new mailbox for the user, the user cannot POP
his mail. Running users don't have the problem (I think because
the directory is available).

Situation:
FreeBSD 4.7
Exim 4.24
Tpop3d 1.5.3 (1.5.2 before upgrade)
MySQL

Example:
- Customer creates a new mailbox, by adding it with a web interface
(self made)
- A new entry will be added into the MySQL database (authentication
table)
- When for the first time a mail arrives, Exim will create the Maildir
structure

But... When you first try to check your mail (with POP3) and the
directories don't exist, it gives a signal 11 in the logfile

Maillog:
Dec 18 09:17:38 <PUBLIC HOSTNAME> tpop3d[2554]: quit: signal 11
post_fork = 1
Dec 18 09:17:38 <PUBLIC HOSTNAME> tpop3d[216]: net_loop: child process
2554 killed by signal 11 (shouldn't happen)

The logfile is filled with this entries and began after the the upgrade
to version 1.5.3

All versions before this one, didn't have this problem.

Extended debugging log:
connection_sendresponse: client [6]<PUBLIC IP>/<PUBLIC HOSTNAME>: sent
`+OK <a05a5b1f485d4a33bec2f176e240c24c@<PUBLIC HOSTNAME>>'
listeners_post_select: client [6]<PUBLIC IP>/<PUBLIC HOSTNAME>:
connected to local address <PUBLIC IP>:110
connection_parsecommand: client [6]<PUBLIC IP>/<PUBLIC HOSTNAME>:
received `USER <USERNAME>'
connection_sendresponse: client [6]<PUBLIC IP>/<PUBLIC HOSTNAME>: sent
`+OK Tell me your password.'
connection_parsecommand: client [6]<PUBLIC IP>/<PUBLIC HOSTNAME>:
received `PASS [...]'
auth_mysql_new_user_pass: SQL query: SELECT maildir, password, uid
,mailboxtype FROM users WHERE login='<USERNAME>'
authcontext_new_user_pass: began session for `<USERNAME>' with mysql;
uid 26, gid 26
fork_child: [6]n.decaster(<PUBLIC IP>): began session for `<USERNAME>'
with mysql; child PID is 2693
quit: signal 11 post_fork = 1
net_loop: child process 2693 killed by signal 11 (shouldn't happen)


Maybe it's an idea to log a little message to the logfile, and give zero
messages back.

Thanks again!

Michael
The Netherlands