http://phantom.dragonsdawn.net/~gordon/courier-patches/debug-courier/
The above URL has the control and data files from the spool dir, as well as the output of "stat" on all files (they look like the right inode, etc), and an strace and ltrace of "cancelmsg".
cancelmsg reported "Message not found", so I assume that these messages were already scheduled for deletion, but they never got purged.
I'm speculating that the most likely cause is that they were all destined for "www.real.com", which doesn't accept mail, and which we removed from our esmtpacceptmailfor setting. Would this have caused messages already in the queue to not be processed further?
------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
