Sven,
Thanks for the response.
Nobody should be using pop3. The missing email appears to be random. I believe pop downloads would delete them all. I have now turned off pop3.
Would a mail rule place it in the 'Trash'? I did not find the email on the file system. I'm trying a wider search.
I followed the instructions on the wiki but it still doesn't appear to be logging everything.
conf.d/10-logging.conf
# Log file to use for informational messages. Defaults to log_path. #info_log_path = info_log_path = /Library/Logs/Mail/dovecot_info.log # Log file to use for debug messages. Defaults to info_log_path. debug_log_path = /Library/Logs/Mail/dovecot_debug.log
mail_plugins = $mail_plugins mail_log notify
plugin { # Events to log. Also available: flag_change append mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename flag_change append # Available fields: uid, box, msgid, from, subject, size, vsize, flags # size and vsize are available only for expunge and copy events. mail_log_fields = uid box msgid size from subject size flags }
I am not seeing messages of the following form in the dovecot_debug.log or dovecot_info.log imap(user): copy -> Trash: uid=908, msgid=123.foo@bar imap(user): deleted: uid=908, msgid=123.foo@bar imap(user): expunged: uid=908, msgid=123.foo@bar
On Dec 27, 2012, at 10:54 PM, Sven Hartge sven@svenhartge.de wrote:
David Morsberger dave@morsberger.com wrote:
I reported a problem with disappearing emails on my Apple Mountain Lion server. Not sure if it ever stopped but I do know it is happening again.
Help!!!! This is a company email server. They live and die by their emails.
Emails show up in inbox and then disappear.
Anyone know why our emails are disappearing?
You should configure the mail_log plugin to log all actions clients do to your mails: http://wiki2.dovecot.org/Plugins/MailLog
I've had to debug similar problems in the past time (on a different IMAP server) and in _all_ cases it was something the user did, like having a client downloading the mails via POP3 (and forgetting about this) and complaining about missing mails from "the Webmailer Website". Or having configured a filter inside Thunderbird (and forgetting about this), instructing the client to delete mails matching a special rule.
I see a reference to it in the dovecot.index.cache file (last item)
If there is a reference in this file, the mail must have reached dovecot. So the next step would be to find out, _what exactly_ the client does with it. See mail_log again.
Grüße, Sven.
-- Sigmentation fault. Core dumped.