Topic: incomming mail deleted seconds after handover to dovecot
I am puzzled by a very strange behaviour of iRedMail yesterday.
There is a mail comming in and handed off to dovecot:
Dec 19 07:28:01 ctb postfix/pipe[1107101]: 4YDLFs2RJHz5FYk: to=<xxx@renner.to>, relay=dovecot, delay=0.16, delays=0.06/0.02/0/0.08, dsn=2.0.0, status=sent (delivered via dovecot service)
Dovecot gets said message at 7:28:01 in the morning, only to delete it 2 seconds later
via IMAP delete command, claimed to come from my account (and my PC):
Dec 19 07:28:03 ctb dovecot[1080]: imap(xxx@renner.to)<822046><3hilRogprOxQbMtl>: delete: box=INBOX, uid=11572, msgid= <DUZPR05MB11044CB443B321A4EF41A0E2E9E062@DUZPR05MB11044.eurprd05.prod.outloo..., size=417651, from=<xxx@pe-data.de>, subject=AW: Semaphor Datei, Mechanismus, flags=(\Deleted \Seen \Recent)
Dec 19 07:28:05 ctb dovecot[1080]: imap-login: Login: user=<xxx@renner.to>, method=PLAIN, rip=212.17.88.122, lip=164.68.111.104, mpid=1107154, TLS, TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits), session=<vzgHopkpDsPUEVh6>
Dec 19 07:28:06 ctb dovecot[1080]: imap(xxx@renner.to)<1107154><vzgHopkpDsPUEVh6>: Disconnected: Connection closed (UID FETCH finished 0.132 secs ago) in=290 out=425404 deleted=0 expunged=0 trashed=0 hdr_count=1 hdr_bytes=872 body_count=1 body_bytes=423116
I've never seen that message, customer alerted me to the contents and forwarded a copy to me.
That sender must long be greylisted, we mail a lot, hence defnitiely not "unknown".
His mails normally arrive as expected.
=> how can that message be deleted via IMAP right after receiving it, almost automatically?
The weird part is, long after the chat with the customer I finally found the message in my
maildir as "cur/1734589681.M476230P1107102.ctb.renner.to,S=417651,W=423116:2,ST" ,
however it was still nowhere to be found when doing a server-side IMAP search using Thunderbird.
I tried doveadm force-resync -u xxx@renner.to "*" to no avail: finished almost instantly, Thunderbird search still doesn't find the message.
While greping around that file all of a sudden is gone from my server!
=> how come the message was still on disk long after that spurious IMAP Delete command ?
=> what cleanup process did physically remove the file ?
Win10:
Thunderbird 128.5.2esr (64-Bit)
Rocky Linux 9.5:
iredmail 1.6.8 MariaDB
dovecot 2.3.16
ngix 1.20.1
----
Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.