procmail
[Top] [All Lists]

Re: procmail: no space left

2004-07-18 08:31:51
On Fri, 16 Jul 2004 09:49:01 +0100, Nancy McGough wrote
On 15 Jul 2004 Professional Software Engineering 
(PSE-L(_at_)mail(_dot_)professional(_dot_)o(_dot_)(_dot_)(_dot_):
At 15:15 2004-07-15 -0500, rgball wrote:
At my hosting service they use procmail to sort mail into all
the various files associated with the email aliases.

What exactly does the above mean? It sounds like your hosting
service might be using procmail as an MTA and, as Sean so
eloquently said recently

  Procmail Is Not An MTA!

Hi Nancy,

I'm not 100% certain because the won't tell me what processing gets done
before the mail reaches my account name.

What I see is a .procmailrc in my mail directory (this is apollohosting, BTW)
which has a recipient variable defined for the email alias to which the
message is destined.

The procmail code is then a bunch of

:0
* $RECIP ?? ^^name(_at_)$DOMAIN
mailbox

clauses (where mailbox could be a sub-recipe to forward the message to another
email address plus local storage) to drop the message into a file for access
by a webmail interface (openwebmail)

Presumably they have a more robust front end to properly populate the $RECIP
variable as many times as needed for To:, Cc: abd Bcc: records.


I recommend that you check to see if these are resulting in SMTP
bounce messages and if they are not, get a new mail hosting
service.

Have not been able to find out since they (apollohosting) won't/can't tell me
what is in the SMTP logs. I can't narrow down exactly what messages are
failing, it only happens infrequently and the original sender may never be
told about bounce/failure So far no one has let me know they couldn't reach me.


Speaking of POP, how do you (rgball) access your mailboxes? Do
you use POP, IMAP, or an MUA running in the shell on your hosting
service's system?

I have most of my mailboxes set to forward, via sendmail, a copy of the
message that is being stored. Thus, for this account the procmail rule is

:0
* (if recipient is rgball)
{
  :0
  rgball                   #this is a file in a sub-directory in my account
                           #i.e. a non-spool mailbox as you suggest
  :0
  ! me(_at_)another(_dot_)site(_dot_)com
}

The script that generates the delivery script makes it as I show above, i.e.
without procmail-based locking. I don't know if some global lockfile is
invoked when the message comes into th system.

If you use IMAP or shell-based MUA, I recommend
that you use procmail to deliver your mail to non-spool
mailboxes, e.g., mailboxes located in ~/Maildir or ~/Mail or
wherever your server-based non-spool mailboxes are stored.



____________________________________________________________
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

<Prev in Thread] Current Thread [Next in Thread>