Nikolaos Milas:
Last record of delivery to vmail2:
> Mar 30 13:10:48 mailgw1 postfix/smtp[2771425]: 4KT2CF63YjzLvyq:
> to=<us...@noa.gr>, relay=vmail2.noa.gr[2001:648:2011:15::166]:25,
> delay=255, delays=0/0.01/0.03/255, dsn=2.0.0, status=sent (250 2.0.0 Ok:
> queued as DB90F8DE9D7CD)
Mail arrives on vmail2:
> Mar 30 13:06:33 vmail2 postfix/smtpd[4021]: connect from
> mailgw1.noa.gr[2001:648:2ffc:1115::27]
> Mar 30 13:06:33 vmail2 postfix/smtpd[4021]: Anonymous TLS connection
> established from mailgw1.noa.gr[2001:648:2ffc:1115::27]: TLSv1.2 with
> cipher AECDH-AES256-SHA (256/256 bits)
> Mar 30 13:06:33 vmail2 postfix/smtpd[4021]: DB90F8DE9D7CD:
> client=mailgw1.noa.gr[2001:648:2ffc:1115::27]
> Mar 30 13:06:33 vmail2 postfix/cleanup[28420]: DB90F8DE9D7CD:
> message-id=<odspmicro-SpoShare-75c72ea0-700f-3000-de6d-992b13ddf869-9800cb9a-657a-4226-87ae-8bf38e8ea65a-c196f13b-2514-402d-9232-3ae4d6541e79@RD0050F2A3DEF5>
> Mar 30 13:12:05 vmail2 postfix/smtpd[4021]: Anonymous TLS connection
> established from mailgw1.noa.gr[83.212.5.27]: TLSv1.2 with cipher
> AECDH-AES256-SHA (256/256 bits)
If the trail ends here, then the queue menager did not find the
file DB90F8DE9D7CD in the incoming queue directory (or directories).
Possibilities:
- The message was moved to the HOLD queue. It would still show up
with the "mailq" command.
- The message was written to the incoming queue, but your file
system is corrupted. Stop Postfix, umount the file system, and keep
running FSCK (or whatever y9our OS calls it) until there are no
more repairs.
Are you using block-level device mirroring?
Wietse
