The default qmail toaster install wont give you much in terms of log data past a 20-30 minutes on a production mail server. It quickly becomes advantageous to increase the duration of log data. You will want to set the “s” and “n” options in multilog to accomplish this.
Open up your /service/qmail-smtpd/log/run file and change;
exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t /var/log/qmail/smtpd
#The "s16777215" option sets the size of the log file and the "n80" denotes the number of log file to keep on hand.
exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t s16777215 n80 /var/log/qmail/smtpd
Then you will need to restart multilog via supervise with the following command:
svc -h /service/qmail-send/log
Today I noticed a bunch of errors in the dovecot log stating “[Dovecot] – Inotify instance limit for user exceeded, disabling”. Apparently Inotify is used to notify
the client immediately after new message has been received. This typically happens after the IMAP client uses the IDLE command.
[root@SERVER ~]# cat /proc/sys/fs/inotify/max_user_instances
[root@SERVER ~]# echo "256" > /proc/sys/fs/inotify/max_user_instances
Dovecot shouldn’t need to be restarted, but you can choose to do so…. or can you?
On servers where a catchall has been setup using the qmailadmin web interface, it is possible for postmasters to delete an email account that was setup as a catchall account (in this case; firstname.lastname@example.org). When this occurs, the .qmail-default file is not updated. Assuming said catchall was already designated prior to removal, mail is accepted for email@example.com and messages are deferred when delivery to /home/vpopmail/domains/P/earthwire.com/johnsmith is attempted. This can cause the qmail queue to grow over time when you have many users with this scenario.
A problem /home/vpopmail/domains/P/example.com/.qmail-default file:
| /home/vpopmail/bin/vdelivermail '' /home/vpopmail/domains/P/earthwire.com/johnsmith
What a nonexistent qmail user directory deferral looks like;
@400000004b72cd931e35f0ac delivery 5362496: deferral: client_connect:_connect_failed:_2/user_does_not_exist,_but_will_deliver_to_/home/vpopmail/domains/P/example.com/johnsmith//can_not_open_new_email_file_errno=2_file=/home/vpopmail/domains/P/example.com/johnsmith/Maildir/tmp/1265814921.29239.qmailserver.maildomain.com,S=3149/system_error/
A quick solution(s):
Login to qmailadmin and change the catchall to postmaster or another user that exists.
Edit the /home/vpopmail/domains/P/example.com/.qmail-default so the user account path points to postmaster or another user that exists.