Re: procmail expert needed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 6 Oct 2003 22:18:42 -0400, Eric Wood wrote: > The procmail maillist list isn't working for me... may be down. So I'll try > here.. > > > Basically I want search for key terms only after stripping the HTML from t

Re: procmail expert needed

Hal Burgiss wrote: > IANAE, but I was on the procmail mailing list long enough to see this > same scenario come up several times, and the consensus among the > experts was that this approach is fundamentally flawed. IOW, quick use > of sed to de-htmlize has many pitfalls, and ways

Re: procmail expert needed

On Mon, Oct 06, 2003 at 10:18:42PM -0400, Eric Wood wrote: > Basically I want search for key terms only after stripping the HTML from the > message because many spammers split up words with fake html tags, ie > viagra. [...] > Any ideas? Why not use SpamAssassin, after teaching it a sufficient num

Re: procmail expert needed

On Mon, Oct 06, 2003 at 10:18:42PM -0400, Eric Wood wrote: > if OBSCENE is set, then do nothing cause message went to /dev/null, else > send the original message to the mailbox. > > Any ideas? IANAE, but I was on the procmail mailing list long enough to see this same scenario com

procmail expert needed

The procmail maillist list isn't working for me... may be down. So I'll try here.. Basically I want search for key terms only after stripping the HTML from the message because many spammers split up words with fake html tags, ie viagra. The sed trick strips out all html-like t

Re: i hate procmail

Is there a reason you want to run procmail manually? Usually procmail is used to deliver the mail from the MTA to the mail spool ($HOME/mailbox) in your example. So your procmail rules get applied when the mail first arrives. christopher j bottaro wrote: well i guess i simply have to run

Re: Sendmail/procmail mail delivery location

il and creating a > softlink > > from /var/spool to /home/mail but I'd rather do > this > > via the sendmail program. Looking at the sendmail > FAQ > > it said it uses procmail to do the delivery. > Looking > > at the procmail FAQ's things start to get hard

Re: i hate procmail

On 14:57 26 Sep 2003, christopher j bottaro <[EMAIL PROTECTED]> wrote: | On Thursday 25 September 2003 06:47 pm, Cameron Simpson wrote: | > Again, mutt may be your friend here: | > - "T." | > select all items | > - ";|procmail -f $HOME/.procmail

Re: i hate procmail

se formail to split the spool into the one-by-one messages that procmail expects: cat /var/spool/username | formail -s procmail After you're sure it worked you can empty the mail spool: cat /dev/null > /var/spool/username or copy it somewhere for safe keeping then e

Re: Sendmail/procmail mail delivery location

l help in quota > setup. > > I've thought of the easiest approach by just moving > /var/spool/mail to /home/mail and creating a softlink > from /var/spool to /home/mail but I'd rather do this > via the sendmail program. Looking at the sendmail FAQ > it said it uses

Sendmail/procmail mail delivery location

/home/mail and creating a softlink from /var/spool to /home/mail but I'd rather do this via the sendmail program. Looking at the sendmail FAQ it said it uses procmail to do the delivery. Looking at the procmail FAQ's things start to get hard to understand. Trying to join any of the procmail

Re: Procmail recipes

On Sat, 2003-09-27 at 06:15, Jason Williams wrote: > Hello everyone... > > I was trying to learn procmail so I can write up my own recipes. However, > im having a hard time joining their mailing list...It does not look like > the list is working... > > I was

Re: Procmail recipes

Just got into procmail myself. http://www.procmail.org/ has very good FAQs and links. I think you want a rule like this: :0 c * ^Subject:.*some text ! [EMAIL PROTECTED] The :0 begins a ruleset. The '*' is like an if statement. The ! lets you forward the mail to somewhere else. The &

Re: Procmail recipes

On Fri, 26 Sep 2003, Jason Williams wrote: > Hello everyone... > > I was trying to learn procmail so I can write up my own recipes. However, > im having a hard time joining their mailing list...It does not look like > the list is working... > > I was curious if anyone h

Re: Procmail recipes

man -k procmail procmail (1) - autonomous mail processor procmailex (5) - procmail rcfile examples procmailrc (5) - procmail rcfile procmailsc (5) - procmail weighted scoring technique The man pages for procmailex and procmailrc will most likely have

Re: Procmail recipes

Thanks Rus... That is what I want to do. Basically, any email that comes in containing the word SPAM anywhere in the header, filtered to a specific account. Im running postfix, so I can add a command in main.cf like so: mailbox_command = /usr/bin/procmail -m /etc/procmailrc The contents of my

Re: Procmail recipes

On Fri, 26 Sep 2003, Jason Williams wrote: > Hello everyone... > > I was trying to learn procmail so I can write up my own recipes. However, > im having a hard time joining their mailing list...It does not look like > the list is working... > > I was curious if anyone had rec

Procmail recipes

Hello everyone... I was trying to learn procmail so I can write up my own recipes. However, im having a hard time joining their mailing list...It does not look like the list is working... I was curious if anyone had recommendations on where I could go to learn how to develop my recipes? For

Re: i hate procmail

On Thursday 25 September 2003 06:47 pm, Cameron Simpson wrote: > Again, mutt may be your friend here: > > - "T." > select all items > - ";|procmail -f $HOME/.procmail/rc.testing" > feed every tagged item to procmail for fi

Re: i hate procmail

On Thursday 25 September 2003 06:47 pm, Cameron Simpson wrote: > Again, mutt may be your friend here: > > - "T." > select all items > - ";|procmail -f $HOME/.procmail/rc.testing" > feed every tagged item to procmail for fi

Re: i hate procmail

On 26-Sep-2003/09:47 +1000, Cameron Simpson <[EMAIL PROTECTED]> wrote: > >Well your problem is essentially that procmail is a filter and not an >editor, and further that it expected exactly one mail item as its input. > >Firstly, a workaround: fire up mutt, go [snip] Use

Re: i hate procmail

On 16:59 25 Sep 2003, christopher j bottaro <[EMAIL PROTECTED]> wrote: | well i guess i simply have to run procmail manually everytime i wanna check my email. i figured i just run it like this: | procmail < mailbox | assuming my mail spool is $HOME/mailbox. well that doesn&#x

Re: i hate procmail

On Thu, Sep 25, 2003 at 04:59:11PM -0500, christopher j bottaro wrote: > well i guess i simply have to run procmail manually everytime i > wanna check my email. i figured i just run it like this: procmail < > mailbox assuming my mail spool is $HOME/mailbox. well that doesn&#

Re: i hate procmail

On Thu, 2003-09-25 at 15:11, christopher j bottaro wrote: > how do i remedy the problem? i.e. how do i invoke procmail manually? Move your mailbox to a temp file and process that with the mail going back to the new mailbox file. You will probably want to use formail to split the messages in

Re: i hate procmail

On Thu, Sep 25, 2003 at 05:11:32PM -0500, christopher j bottaro wrote: > how do i remedy the problem? i.e. how do i invoke procmail manually? > procmail is not the right tool for what you're doing (though I'm sure someone can come up with a way to do it :). Use an MUA like mutt

Re: i hate procmail

how do i remedy the problem? i.e. how do i invoke procmail manually? thanks, -- christopher On Thu, Sep 25, 2003 at 03:06:51PM -0700, Rick Warner wrote: > On Thu, 2003-09-25 at 14:59, christopher j bottaro wrote: > > well i guess i simply have to run procmail manually everytime i wanna

Re: i hate procmail

On Thu, 2003-09-25 at 14:59, christopher j bottaro wrote: > well i guess i simply have to run procmail manually everytime i wanna check my > email. i figured i just run it like this: > procmail < mailbox > assuming my mail spool is $HOME/mailbox. well that doesn't w

i hate procmail

well i guess i simply have to run procmail manually everytime i wanna check my email. i figured i just run it like this: procmail < mailbox assuming my mail spool is $HOME/mailbox. well that doesn't work, and furthermore, after i did that, and checked my mail via mutt, half my ema

Re: groan, help with procmail again

On Wednesday, September 24, 2003, at 12:13 AM, Didier Casse wrote: The correct formula in your ~/.forward for using sendmail, to make procmail work is --- "|IFS=' ' && exec /usr/bin/proc

Re: groan, help with procmail again

On Tue, 23 Sep 2003, christopher j bottaro wrote: > On Wed, Sep 24, 2003 at 12:13:51PM +0800, Didier Casse wrote: > > The correct formula in your ~/.forward for using sendmail, to make > > procmail work is > > > > --

Re: groan, help with procmail again

Interesting, when I try using the suggested: |IFS=' ' && exec /usr/bin/procmail || exit 75 #1015 I get the error message (in maillog) attempt to use "procmail.||.exit.75.#1015" (stat failed) removing the #1015, I get the error attempt to use "

Re: groan, help with procmail againr

On Wed, Sep 24, 2003 at 12:13:51PM +0800, Didier Casse wrote: > The correct formula in your ~/.forward for using sendmail, to make > procmail work is > > --- > "|IFS=' ' && exe

Re: groan, help with procmail again

On Tue, Sep 23, 2003 at 11:14:30PM -0400, Wiley Wimberly wrote: > Try putting "|exec /usr/bin/procmail" in $HOME/.forward i emailed another student who i was refered to at my school, and here is his reply: "Yeah. I asked a few years back, and their policy was to not allow .f

Re: groan, help with procmail again

On Tue, 23 Sep 2003, Wiley Wimberly wrote: > > On Tuesday, September 23, 2003, at 09:05 PM, christopher j bottaro > wrote: > > "The mail delivery agent doesn't use procmail, so there's no way (that > > I > > know of) to do what you want. I th

Re: groan, help with procmail again

On Tuesday, September 23, 2003, at 09:05 PM, christopher j bottaro wrote: "The mail delivery agent doesn't use procmail, so there's no way (that I know of) to do what you want. I think you have to manually run procmail yourself, but I've no experience with that." wh

Re: groan, help with procmail again

i wrote my system admin about the problem and he told me the following: "The mail delivery agent doesn't use procmail, so there's no way (that I know of) to do what you want. I think you have to manually run procmail yourself, but I've no experience with that." wh

Re: groan, help with procmail again

On Tuesday 23 September 2003 05:02 pm, Anthony E. Greene wrote: > On 23-Sep-2003/13:13 -0500, "Christopher J. Bottaro" <[EMAIL PROTECTED]> wrote: > >ok, procmail is simply not working for me. here's the setup: > >1) mail gets delivered to $HOME/mailb

Re: groan, help with procmail again

On 23-Sep-2003/13:13 -0500, "Christopher J. Bottaro" <[EMAIL PROTECTED]> wrote: >ok, procmail is simply not working for me. here's the setup: >1) mail gets delivered to $HOME/mailbox >2) .procmailrc >PMDIR=$HOME/.procmail >MAILDIR=$HOME/Maildir >LOGFILE=

Re: groan, help with procmail again

On Wed, Sep 24, 2003 at 06:24:54AM +1000, Stephen Kuhn wrote: > On Wed, 2003-09-24 at 04:13, Christopher J. Bottaro wrote: > > > is it because procmail thinks my system mailbox is /var/spool/mail/cjb instead of > > $HOME/mailbox? > > Yep. how do i remedy t

Re: groan, help with procmail again

On Wed, 2003-09-24 at 04:13, Christopher J. Bottaro wrote: > is it because procmail thinks my system mailbox is /var/spool/mail/cjb instead of > $HOME/mailbox? Yep. stephen kuhn - owner == illawarra computer services a kuhn media australia company http

groan, help with procmail again

ok, procmail is simply not working for me. here's the setup: 1) mail gets delivered to $HOME/mailbox 2) .procmailrc PMDIR=$HOME/.procmail MAILDIR=$HOME/Maildir LOGFILE=$PMDIR/log INCLUDERC=$PMDIR/rc.testing INCLUDERC=$PMDIR/rc.subscriptions 3) rc.testing :0: * ^Subject:.*test testing w

Re: procmail folders and filters

retarded). right now, all my messages get put in $HOME/mailbox. thats where mutt looks when i start it up. i simply want procmail to filter certain emails into dirs in $HOME/my_mail/. i want these dirs to be in Maildir format. if an email doesn't match a procmail receipe, i want it to remain i

Re: procmail folders and filters

yes it does. so i set up my kmail to check mail using IMAP and it downloaded my entire home directory. so i read some about procmail and tired to follow the simple example. failure. all i want to do is simple: right now, all my messages get put in $HOME/mailbox. thats where mutt looks

Re: procmail folders and filters

t. problem with that is > >that i'm > >on like 20 mailing list and my inbox is just a huge mess. so instead, > >i use > >kmail from my home machine to log into the pop server and download all > >my > >emails and use filters to put them in different folder

Re: procmail folders and filters

. so instead, i use kmail from my home machine to log into the pop server and download all my emails and use filters to put them in different folders. my question is if i use procmail to filter my mail into different maildirs on my school machine, will i still be able to download them all on my

Re: Procmail (???) error

On 17:22 20 Jul 2003, Mark Neidorff <[EMAIL PROTECTED]> wrote: | > > procmail: No match on "(^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope|Apparently(-Resent)?)-To):(.*[^-a-zA-Z0-9_.])?).redhat" | > > procmail: Match on "(^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-

Re: Procmail (???) error

circumstances, that would create a loop for local mail. > procmail: [953] Fri Jul 18 13:13:56 2003 > procmail: Locking ".lock" > procmail: Terminating prematurely Try to debug your sendmail setup with a global procmailrc. - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linu

Re: Procmail (???) error

n my local domain. I run a mail server on my linux box > > and using procmail, it successfully receives and sends mail across the > > Internet for me and my family (on 192.168.1.x). > > > > But when I try to send mail to other computers on my local network, the > >

Re: Procmail (???) error

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 18 Jul 2003 13:39:40 -0400 (EDT), Mark Neidorff wrote: > I don't know what I changed...it must have been something that affected > mail delivery within my local domain. I run a mail server on my linux box > and usin

Re: Procmail (???) error

.oops. I forgot a few details System RedHat 7.3, Sendmail 8.11.6-25, procmail 3.22-5 Thanks again, Mark -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list

Procmail (???) error

I don't know what I changed...it must have been something that affected mail delivery within my local domain. I run a mail server on my linux box and using procmail, it successfully receives and sends mail across the Internet for me and my family (on 192.168.1.x). But when I try to send ma

Re: Procmail

On Tue, 17 Jun 2003, A. S. Budden wrote: > However, once in a while, mutual friends send both "me" and > "somebody_else" emails, but since [EMAIL PROTECTED] is in the TO Fetchmail will (by default) deliver to your local MTA after retrieving the mail, according to the documentation. If you set up

Re: Procmail

A. S. Budden wrote: Hi there, I have an ISP that provides an "[EMAIL PROTECTED]" type email address, where anything sent to that domain name is delivered to one mailbox, accessible by pop3. I use fetchmail to download the email and procmail to sort out to whom it was sent. My procma

Procmail

Hi there, I have an ISP that provides an "[EMAIL PROTECTED]" type email address, where anything sent to that domain name is delivered to one mailbox, accessible by pop3. I use fetchmail to download the email and procmail to sort out to whom it was sent. My procmail recipes for t

RE: procmail rule works in 7.3 but doesn't in 8.0

/spamc :0: * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\ $ABYSS :0: * ^X-Spam-Status: Yes $ABYSS #Spamassassin end -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Tangren Sent: Monday, June 16, 2003 12:59 PM To: [EMAIL PROTECTED] Subject: Re: procmail rule

Re: procmail rule works in 7.3 but doesn't in 8.0

Ed Cooley wrote: This procmail rule works fine for Redhat 7.3, but doesn’t seem to work for redhat 8.0. Any ideas on what I can do, the message is getting processed properly by spamassassin but never gets redirected to the SPAM folder? :0fw | spamassassin :0e { EXITCODE

procmail rule works in 7.3 but doesn't in 8.0

This procmail rule works fine for Redhat 7.3, but doesn’t seem to work for redhat 8.0. Any ideas on what I can do, the message is getting processed properly by spamassassin but never gets redirected to the SPAM folder? :0fw | spamassassin :0e { EXITCODE=$? } :0

Re: Need procmail recepie for >100k attachments.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 1 Mar 2003 21:05:37 +1100, Cameron Simpson wrote: > By the time it reaches your procmailrc you've already fetched the whole > message. You need something else. If you're using POP you can only measure > the size and fetch or delete the message

Re: Need procmail recepie for >100k attachments.

On 19:39 28 Feb 2003, Daevid Vincent <[EMAIL PROTECTED]> wrote: | Anyone have a procmail recepie for those idiots who insist on sending large | file attachments? I use fetchmail's -l option to avoid such messages (fetching them from elsewhere). Inside your procmailrc you can also che

Re: Procmail exception

On 13:29 28 Feb 2003, Kapil Khanna <[EMAIL PROTECTED]> wrote: | This is what i am seeing in the /var/log/maillog | Feb 28 04:01:04 localhost procmail[6519]: Error while writing to | "/root/.procmail/log" | Has anybody seen this before? | What surprises me is that there is no

Re: Procmail exception

On Sat, 2003-03-01 at 07:29, Kapil Khanna wrote: > This is what i am seeing in the /var/log/maillog > Feb 28 04:01:04 localhost procmail[6519]: Error while writing to > "/root/.procmail/log" > Has anybody seen this before? > What surprises me is that there is no directo

Re: Need procmail recepie for >100k attachments.

On 28-Feb-2003/22:53 -0600, "Mikkel L. Ellertson" <[EMAIL PROTECTED]> wrote: >On Fri, 28 Feb 2003, Daevid Vincent wrote: > >> Anyone have a procmail recepie for those idiots who insist on sending >> large file attachments? >> >> Ideally I'd like

RE: Need procmail recepie for >100k attachments.

I am, but I don't want to limit for ALL my users, just me ;-) > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Mikkel L. Ellertson > Sent: Friday, February 28, 2003 8:53 PM > To: [EMAIL PROTECTED] > Subject: Re: Need pro

Re: Need procmail recepie for >100k attachments.

On Fri, 28 Feb 2003, Daevid Vincent wrote: > Anyone have a procmail recepie for those idiots who insist on sending > large file attachments? > > Ideally I'd like it to reply to them a message, and then remove the > attachment and only save the message, or else just dele

Need procmail recepie for >100k attachments.

Anyone have a procmail recepie for those idiots who insist on sending large file attachments? Ideally I'd like it to reply to them a message, and then remove the attachment and only save the message, or else just delete the whole thing. Sometime people (like my sister!) send me 1MB .mov

Procmail exception

This is what i am seeing in the /var/log/maillog Feb 28 04:01:04 localhost procmail[6519]: Error while writing to "/root/.procmail/log" Has anybody seen this before? What surprises me is that there is no directory called .procmail under root. There can be a .procmail file in use

Re: Procmail filter for SpamArrest messages

On Wed, 26 Feb 2003 13:00:01 -0500, Anthony E. Greene wrote > :0 > * ^From:[EMAIL PROTECTED]> > /dev/null > Done. Thanks. But I still think he needs to be zapped from list until he fixes it. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman

Procmail filter for SpamArrest messages

:0 * ^From:[EMAIL PROTECTED]> /dev/null -- Anthony E. Greene OpenPGP Key: 0x6C94239D/7B3D BD7D 7D91 1B44 BA26 C484 A42A 60DD 6C94 239D AOL/Yahoo Chat: TonyG05 HomePage: Linux. The choice of a GNU generation. -

Re: Procmail not working anymore?

On Fri, 10 Jan 2003, Didimo Grimaldo wrote: > I discovered something funny with the mail delivery agents. At first I did > not realize the mail config was now in /etc/mail. Once I realized that I was > able to modify the .mc file to make it suitable for UUCP (still uses SMTP > and

Re: Procmail not working anymore?

On Fri, 10 Jan 2003, Didimo Grimaldo wrote: > The problem I noticed is that the .forward files in the user directories > get ignored Before (7.2) the .forward was used to forward the emails By default, Red Hat's MTAs use procmail as the MDA, so you shouldn't need .forward at

Procmail not working anymore?

I discovered something funny with the mail delivery agents. At first I did not realize the mail config was now in /etc/mail. Once I realized that I was able to modify the .mc file to make it suitable for UUCP (still uses SMTP and PROCMAIL as well) as it has always been on my system. So now I

Re: Another Procmail processing problem

On Tue, 2002-11-19 at 05:01, K Hargraves wrote: > Is is possible for procmail to > > i intercept an email with an attachemnt which > possesses an extension .xyz > > ii quarantine (i.e. send) to user doubful > > iii a

Another Procmail processing problem

Is is possible for procmail to i intercept an email with an attachemnt which possesses an extension .xyz ii quarantine (i.e. send) to user doubful iii and send a message to the original user that the email has been

Re: Procmail processing problem

On Mon, Nov 18, 2002 at 08:41:05PM -0600, Brad Alpert wrote: > Ok, procmail problem solved. Maybe this will help someone else. > > When running procmail system-wide, with the spamd/spamc pair, the call > to spamassassin in /etc/procmailrc is: > > :0fw >

RE: Procmail processing problem

Schwendt > Sent: Monday, November 18, 2002 9:22 PM > To: [EMAIL PROTECTED] > Subject: Re: Procmail processing problem > > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Mon, 18 Nov 2002 21:14:17 -0600 (CST), Brad Alpert wrote: > > > It's the files

Re: Procmail processing problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 18 Nov 2002 21:14:17 -0600 (CST), Brad Alpert wrote: > It's the filesize. I pointed that out in my message. > Blank message, with only "Test" in the subject > line, nothing in the body. That would not give a '1', but at least a few hundred

Re: Procmail processing problem

It's the filesize. Blank message, with only "Test" in the subject line, nothing in the body. All entries in my /var/log/procmail file contain such a number. I didn't include the number before because of line-wrapping problems. FWIW, the actual spam flag that works right

RE: Procmail processing problem

Ok, procmail problem solved. Maybe this will help someone else. When running procmail system-wide, with the spamd/spamc pair, the call to spamassassin in /etc/procmailrc is: :0fw * < 256000 | spamc<<-- ..instead of "| spamassassin" Poof, that's it.

Re: Procmail processing problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 18 Nov 2002 19:57:55 -0600, Brad Alpert wrote: > Here's the output from /var/log/procmail in response to having the > spamassassin test enabled: > > procmail: [24448] Mon Nov 18 19:57:13 2002 > procmail: Match on &

RE: Procmail processing problem

Progress on the procmail front, still a little problem remaining. To recap - my global /etc/procmailrc wasn't catching any conditions I threw at it. With help from many on the list yesterday, tonight I was able to make it work. Procmail functions great when I don't call sp

Re: Procmail processing problem

e (assuming that MAILROOT=~/mail) Procmail will create a file that is the target of a recipe. I don't think it will create directories though. In that case it would report an error and continue processing recipes. Tony - -- Anthony E. Greene <mailto:[EMAIL PROTECTED]%3E> OpenPGP Key:

Re: Procmail processing problem

didn't. > > The only rule that works is the spamassassin one, in the sense that > procmailrc properly calls it, applies the spam scores, and then injects > the message back. > > None of the pure procmail recipes have any effect. I've been following this thread with gre

RE: Procmail processing problem

Ok then, I obviously need to get back to the root basics. I've not been able to find any kind of detailed step-by-step for procmail; rather, all I've found is a pastiche of snippets and hints that aren't tied together. Do you have a recommendation on what I should locate for

Re: Procmail processing problem

m/pgp/rjohnson.asc - Original Message - From: "Brad Alpert" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 17, 2002 4:51 PM Subject: RE: Procmail processing problem > Most probably that's true. But wouldn't the log show a choke if it >

RE: Procmail processing problem

Most probably that's true. But wouldn't the log show a choke if it tried to write, and couldn't find the right folder? I'm the only user on the machine, other than root. I wanted to get system-wide procmail going and finetune things next. I've changed the recipe to se

Re: Procmail processing problem

rocmailrc properly calls it, applies the spam scores, and then injects > the message back. > > None of the pure procmail recipes have any effect. I'm going on a limb here - but aren't folder specific recipes only appropriate in /home//.procmailrc? Otherwise ~/mail/spam would need to

Re: Procmail processing problem

Wolfgang Pfeiffer wrote: > .. already tried this? > > :0: > * ^Subject:.*Test.* > spam The trailing .* is unnecessary since procmail automatically assumes .* after your regex string. -Rick -- Rick Johnson, RHCE - [EMAIL PROTECTED] Linux/WAN Administrator - Medata, Inc.

Re: Procmail processing problem

owed up by looking for info on qmail: http://cr.yp.to/qmail.html http://www.qmail.org/ And have several questions. I've been reading the procmail and procmailrc man pages (as well as the man pages for procmailex and fetchmail) and feel that I'm ready to move away from Mozilla mail and sta

RE: Procmail processing problem

Michael Schwendt suggested the following ruleset: > > > > Ok, tried that, no differnce. Procmail still fails to fire. > > > > I think procmail ignores spaces in a line. > > Can you get any other recipe to work? And would > > :0: > * ^Subject:.* > sp

Re: Procmail processing problem

gt; whatever, is writing spaces around 'Test'. And I don't know whether > > procmail 'sees' spaces as characters. ... If it does, the dots > > should catch that ... > > > > Hoping it helps ... > > > > Regards > > Wolfgang > >

RE: Procmail processing problem

Wolfgang wrote: > :0: > * ^Subject:.*Test.* > spam > > Please note the dots around 'Test': Perhaps your mail program, or > whatever, is writing spaces around 'Test'. And I don't know whether > procmail 'sees' spaces as characters. ...

Re: Procmail processing problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 17 Nov 2002 12:29:42 -0800, Rick Johnson wrote: > Brad Alpert wrote: > > > > > What I am concentrating on is the failure of my ^Subject.*Test > > condition. The /var/log/procmail log shows that the condition isn&

RE: Procmail processing problem

Ok Rick, here goes: > > What I am concentrating on is the failure of my ^Subject.*Test > > condition. The /var/log/procmail log shows that the condition isn't > > catching a message sent to myself with the subject line as "Test". > > Is this a global

RE: Procmail processing problem

enerate bogus spam messages to > send myself. > > What I am concentrating on is the failure of my ^Subject.*Test > condition. The /var/log/procmail log shows that the condition isn't > catching a message sent to myself with the subject line as "Test". > > Any id

Re: Procmail processing problem

Brad Alpert wrote: > What I am concentrating on is the failure of my ^Subject.*Test > condition. The /var/log/procmail log shows that the condition isn't > catching a message sent to myself with the subject line as "Test". Is this a global rule or a user rule? >

RE: Procmail processing problem

e failure of my ^Subject.*Test condition. The /var/log/procmail log shows that the condition isn't catching a message sent to myself with the subject line as "Test". Any ideas of why procmail, when invoked, won't catch the condition? The current test is - :0: * ^Subject.*Tes

Re: Procmail processing problem

FYI: The procmail FAQ states that it's case *insensitive* by default. -Rick -- Rick Johnson, RHCE - [EMAIL PROTECTED] Linux/WAN Administrator - Medata, Inc. PGP Key: https://mail.medata.com/pgp/rjohnson.asc -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubsc

RE: Procmail processing problem

Corrected, it still doesn't work. It's the ^Subject. *Test stuff I'm actually testing, because generating a Test subject line is easier than composing spam messages. Any ideas on why procmail is running but not behaving in accordance with the ^Subject. *Test conditional? procma

Re: Procmail processing problem

S" > > Shouldn't it be "X-Spam Status: Yes"? > > At least that's what I use and it works fine. To be honest, I'm not > sure how case-sensitive procmail is wrt recipies, but I have to assume > it matters by default. > > > > -- Mike Bur

RE: Procmail processing problem

My bad...typo time. "X-Spam-Status"...I must have hit the space bar instead of the - key. Sorry. On Sun, 17 Nov 2002, Brad Alpert wrote: > Ok, made both changes, same result. > > Here's the procmail log for the message I sent to my test loop address > with &quo

  1   2   3   >