[tpop3d-discuss] maildir support broken on 1.3.5 (or is it just me that's broken)?

[Kevin Brokaw]

I compiled/ran the new release of tpop3d in my /etc/shadow and 
Mysql environment, using maildir mbox format
(1.3.4 is presently working fine in this environ). However, on 
executing the 1.3.5 daemon, it seems to insist on mailspool format
boxes, and every session dies with a lock error... both versions use the 
exact same parms to ./configure:

./configure --enable-auth-passwd  --enable-shadow-passwords  --enable-auth-mysql
--disable-auth-pam --enable-mbox-maildir --disable-mbox-mailspool



tpop3d.conf looks like (sql users/pw masked, and I'm using port 199 for
testing):

listen-address: xxx.xxx.xxx.xxx:199 infolane.com
mailbox: maildir:/var/spool/mail/$(domain)/$(user)
auth-passwd-enable: true
auth-passwd-mail-group: exim
auth-mysql-enable: true
auth-mysql-mail-group: exim
auth-mysql-hostname: xxxxxxx
auth-mysql-database: xxxxxxx
auth-mysql-username: xxxxxxx
auth-mysql-password: xxxxxxx


I've tested using both local users (/etc/shadow) and virtual domains
(via MySQL).. results are the same regardless of the auth method.. both 
instances seem to want mailspool format.

Below is a debug console for the 1.3.5 daemon (with IP addrs masked):

2 authentication drivers successfully loaded
net_loop: tpop3d version 1.3.5 successfully started
connection_sendresponse: client [6]xxx.xxx.xxx.xxx/infolane.com: sent `+OK
<ffaf322aed7fa3fff8ce10779b4c4a55@infolane.com>'
listeners_post_select: client [6]xxx.xxx.xxx.xxx/infolane.com: connected
connection_parsecommand: client [6]xxx.xxx.xxx.xxx/infolane.com: received `user
kevinb'
connection_sendresponse: client [6]xxx.xxx.xxx.xxx/infolane.com: sent `+OK Tell
me your password.'
connection_parsecommand: client [6]xxx.xxx.xxx.xxx/infolane.com: received `pass
[...]'
authcontext_new_user_pass: began session for `kevinb' with passwd; uid 501, gid
508
mailspool_new_from_file: Is a directory
dotfile_unlock(/var/spool/mail/kevinb): open: No such file or directory
connection_sendresponse: client [6]kevinb(xxx.xxx.xxx.xxx): sent `-ERR Unable to
open mailbox; it may be locked by another concurrent session.'
authcontext_delete: finished session for `kevinb' with passwd
fork_child: new child is PID 9017 

Just for fun, I re-compiled the 1.3.4 source tree with the same ./configure
string, 
and ran it off the same tpop3d.conf file:

2 authentication drivers successfully loaded
net_loop: tpop3d version 1.3.4 successfully started
connection_sendresponse: client [6]xxx.xxx.xxx.xxx/infolane.com: sent `+OK
<f6767f00ac7be3eb2c8ffa9a081d9619@infolane.com>'
listeners_post_select: client [6]xxx.xxx.xxx.xxx/infolane.com: connected
connection_parsecommand: client [6]xxx.xxx.xxx.xxx/infolane.com: received `user
kevinb'
connection_sendresponse: client [6]xxx.xxx.xxx.xxx/infolane.com: sent `+OK Tell
me your password.'
connection_parsecommand: client [6]xxx.xxx.xxx.xxx/infolane.com: received `pass
[...]'
authcontext_new_user_pass: began session for `kevinb' with passwd; uid 501, gid
508
maildir_new: scanned maildir /var/spool/mail/kevinb (12 messages) in 0.001s
connection_sendresponse: client [6]kevinb(xxx.xxx.xxx.xxx): sent `+OK Welcome
aboard! You have 12 messages.'
fork_child: [6]kevinb(205.158.171.70): successfully authenticated with passwd
fork_child: new child is PID 9910
connection_parsecommand: client [6]kevinb(xxx.xxx.xxx.xxx): received `quit'
connection_sendresponse: client [6]kevinb(xxx.xxx.xxx.xxx): sent `+OK Done'
authcontext_delete: finished session for `kevinb' with passwd

Did I miss something in compiling 1.3.5? There doesn't *appear* to be any 
maildir changes in the readme to be aware of, but it seems to refuse to select
a maildir type of mbox.

Cheers,
Kevin

--
Kevin Brokaw                       | Cynic (SYN-ick) n;
Director of Information Technology | One who, upon smelling the flowers,
Infolane Corporation - Hayward, CA | looks for the casket.