After closer inspection, this looks like a procmail issue or maybe a
configuration issue on my end.
I have the following in my .procmailrc:
MAILDIR=/mnt/host/Maildir
DEFAULT=/mnt/host/Maildir
Now, in the case that /mnt/host is not mounted, procmail is setting
MAILDIR to "." (or $HOME), and uses that for my recipes.
For example, if /mnt/host is not mounted and an email matches the
following recipe:
:0:
* ^(To|Cc)(.*rouble)
${MAILDIR}/.Me/
procmail will store the email in:
./.Me/
as opposed to where I want it to go:
/mnt/host/.Me/
Of course there is no way for procmail to put it there since /mnt/host
is not mounted. But is there someway I can get procmail to just error
out in this case? And not default MAILDIR to "." (or $HOME), and just
not process the email?
If procmail errors out, then fetchmail acts correctly and does not add
the id of the email to the idfile.
tia,
rouble
On 8/15/07, Professional Software Engineering
<PSE-L(_at_)mail(_dot_)professional(_dot_)org> wrote:
At 21:06 2007-08-15 -0400, rouble wrote:
Is there a way to that I can add an action when procmail fails like
this? In the action I can set it up to delete the last id from the
idfile.
Sounds like something you need to take up with the fetchmail source.
---
Sean B. Straw / Professional Software Engineering
Procmail disclaimer: <http://www.professional.org/procmail/disclaimer.html>
Please DO NOT carbon me on list replies. I'll get my copy from the list.
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail
--
this spot is up for rent
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail