Hi Scott,
Scott Kitterman wrote:
> > procmail itself has last been updated with the dist-upgrade of that box
> > from Jessie to Stretch.
[...]
> Since we've failed to find a likely culprit in postfix and these are procmail
> errors relating possibly to file sytem issues, is there any chance of a
> problem
> in that direction?
Since downgrading of postfix fixed that issue, from my point of view,
the culprit is at least triggered by a change in postfix. The actual
bug might me somewhere else, e.g. in procmail, yes.
> >From procmail(1):
>
> Error while writing to "x"
> Nonexistent subdirectory, no write permission, pipe died or disk full.
Unless postfix calls procmail with a different user in 3.1.9 and
3.1.12, we IMHO definitely can say that it's not a "no write
permission" issue.
Since mails to other mailboxes in the same directory were delivered,
we can clearly say that "Nonexistent subdirectory" is not the cause
either.
Regarding "disk full": I just checked the monitoring and mount points:
* Both, /var/mail and /home/abe/Mail are on the root partition (it's a
VM) and according to my monitoring, the root partition was around
65% full on 29th of April when I reported this. See the attached
screenshot.
* AFAIK procmail just appends new mails to an mbox-format mail folder,
so the size of the folder should actually not matter, just the size
of the appended mail.
Anyway, quite a lot might have happenend since I reported the issue
and the RRD-based monitoring logs from back then are not that fine
granulate anymore, so that I will try to upgrade again and see if the
issue arrises again. In that case, I happily offer more precise
debugging information than I still have from end of April.
Regards, Axel
--
,''`. | Axel Beckert <a...@debian.org>, https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`- | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
