On Wed, 25 Sep 2019 15:23:06 +0200, Martijn van Duren wrote: > I talked to gilles@ about this and he's somewhat inclined to agree with > me that this is a TEMPFAIL situation. Even if the directory where the > mail is supposed to be delivered is permanently not accessible I'd > argue that we should keep this a TEMPFAIL, because an admin is inclined > to spot this misconfiguration mistake earlier this way (e.g. via mailq > monitoring) and mail won't get lost.
This makes sense to me as well. Things like permission problems and lack of disk space should be considered TEMPFAIL not PERMFAIL. > The diff below fixes this for mail.maildir and mail.mboxfile. > For mail.maildir I left the cases that appeared to be obvious > misconfiguration as PERMFAIL, but might be worth to convert these to > EX_TEMPFAIL as well. Looks good to me other than the first corrupted util.c diff and duplicated mail.mboxfile.c diff. OK millert@ - todd