From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 7178A158046 for ; Wed, 9 Oct 2024 14:41:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1E743E29FA; Wed, 9 Oct 2024 14:41:19 +0000 (UTC) Received: from smarthost01c.sbp.mail.zen.net.uk (smarthost01c.sbp.mail.zen.net.uk [212.23.1.5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CAD45E29EF for ; Wed, 9 Oct 2024 14:41:18 +0000 (UTC) Received: from [82.69.80.10] (helo=cube.localnet) by smarthost01c.sbp.mail.zen.net.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1syXsC-008Djn-LQ for gentoo-user@lists.gentoo.org; Wed, 09 Oct 2024 14:41:17 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Losing emails Date: Wed, 09 Oct 2024 15:41:16 +0100 Message-ID: <12531803.O9o76ZdvQC@cube> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-Originating-smarthost01c-IP: [82.69.80.10] Feedback-ID: 82.69.80.10 X-Archives-Salt: e38a4e62-2af4-4a1f-98b4-3d952e6610dd X-Archives-Hash: 9ab09a8474e7033a45fe2ae2b98fd512 Greetings, You may remember my mentioning a fly in the ointment recently. Well, today I went to post a follow-up, only to find that the message had disappeared from my client, which is KMail. Perhaps I didn't actually send that mail, I thought, so I checked the archive and there it was. KMail runs on this PC (an Intel i5 NUC) and fetches IMAP mail from my LAN server (an Intel i3 NUC) which runs fetchmail, postfix and dovecot. I had to set this service up because KMail is hopeless with POP3 and Zen, my ISP, doesn't offer IMAP4. The process goes like this on the server: 1. Fetchmail runs every 5 minutes, fetches POP3 mail from Zen and sends it to postfix (Zen's server then deletes the mail). 2. Postfix drops the mail in ~/.maildir for dovecot to serve to my client KMail. 3. Rsync runs every 20 seconds and synchronises ~/.maildir to a separate partition on /mnt/mailbu. The crontab entry is: */20 * * * * /usr/bin/rsync -a --open-noatime /home/prh/.maildir/ /mnt/mailbu The odd thing is that the offending email is present both in ~/.maildir and in /mnt/mailbu, so why is kmail not displaying it, or dovecot not serving it? How can I tell which it is? I haven't changed dovecot.conf since mid-February. I've run 'akonadictl fdisk' and 'akonadictl vacuum' but with no apparent effect. I could try the sledge-hammer method and emerge -e, I suppose. -- Regards, Peter.