Udi Mottelo | 1 Mar 2006 12:40
Picon
Picon

Re: serious problem


On Tue, 28 Feb 2006, Alan Clifford wrote:

> On Tue, 28 Feb 2006, Asaf cs wrote:
>
> Ac> Is there a way to synchronize the whole .procmailrc? I mean until the
> Ac> execution of .procmailrc for one mail is complete, no other execution
> Ac> will be started? Furthermore, I would like the executions order will
> Ac> be the same order of the mails arrivals. Thank you very much, Asi
> Ac>
>
>
> Put in a lock file at the top of .procmailrc.
>
>
>     ########### lockfile #############################
>     # Ensures only one message at a time
>     LOCKFILE=$PMDIR/testing.lock
>     ##################################################
>

 	Doesn't metter of performance? checking the messages one
 	by one?  Better to use `:'.
 	Asaf, why do you think it's write problem?  What the
 	logs say?  Can you show us a recipe?

Bye,
  Udi
Asaf cs | 1 Mar 2006 19:47
Picon
Picon
Favicon

Re: serious problem

Hi,
Do I need to add the line as the first line of the script? Do I need to add 
any brackets?

----- Original Message ----- 
From: "Alan Clifford" <lists <at> clifford.ac>
To: <procmail <at> lists.RWTH-Aachen.DE>
Sent: Tuesday, February 28, 2006 11:20 PM
Subject: Re: serious problem

> On Tue, 28 Feb 2006, Asaf cs wrote:
>
> Ac> Is there a way to synchronize the whole .procmailrc? I mean until the
> Ac> execution of .procmailrc for one mail is complete, no other execution
> Ac> will be started? Furthermore, I would like the executions order will
> Ac> be the same order of the mails arrivals. Thank you very much, Asi
> Ac>
>
>
> Put in a lock file at the top of .procmailrc.
>
>
>     ########### lockfile #############################
>     # Ensures only one message at a time
>     LOCKFILE=$PMDIR/testing.lock
>     ##################################################
>
>
> -- 
> Alan
(Continue reading)

Asaf cs | 1 Mar 2006 19:59
Picon
Picon
Favicon

Re: serious problem

Hi,
I don't realy care about performance.
The most importent is that one execution will be daone after the previous 
completed.
(And in the same order as they arrive)
So, What is the best solution?
Asaf

----- Original Message ----- 
From: "Udi Mottelo" <uuddii <at> eng.tau.ac.il>
To: "Procmail" <procmail <at> lists.RWTH-Aachen.DE>
Sent: Wednesday, March 01, 2006 1:40 PM
Subject: Re: serious problem

>
> On Tue, 28 Feb 2006, Alan Clifford wrote:
>
>> On Tue, 28 Feb 2006, Asaf cs wrote:
>>
>> Ac> Is there a way to synchronize the whole .procmailrc? I mean until the
>> Ac> execution of .procmailrc for one mail is complete, no other execution
>> Ac> will be started? Furthermore, I would like the executions order will
>> Ac> be the same order of the mails arrivals. Thank you very much, Asi
>> Ac>
>>
>>
>> Put in a lock file at the top of .procmailrc.
>>
>>
>>     ########### lockfile #############################
(Continue reading)

Bob George | 1 Mar 2006 22:06

Re: serious problem

Asaf cs wrote:

>  [...] In the .procmailrc script, few spamfilters are executed, and
>  their decisions are writen into a file. Sometimes, a mail which
>  appears in the mailbox, is not in the file (the line regarding it is
>  not writen).

If I understand you correctly, you want to send each message through a 
series of spamfilters, and write a log entry based on the status of the 
message. Your current problem is that the status of some messages is not 
being logged. Is that correct?

I had a similar problem when implementing multiple levels of spam and 
virus filtering.

>  I guess that it is a write-write situation, because the file is not
>  completely synchronized. Is there a way to synchronize the whole
>  .procmailrc?

In addition to the lockfile already suggested when writing the message 
out, if the spamfilters are being called as filters, you can specify a w 
(wait). Here's a sample of what I use:

>  # Filter through spamassassin :0 fw | /usr/bin/spamc -t 60

The procmailex manpage has an example (see the " Add the headers of all 
messages that didn't come from the postmaster to your private header 
collection" example), and notes the following:

>  In order to make sure the lockfile is not removed until the pipe has
(Continue reading)

Udi Mottelo | 2 Mar 2006 18:03
Picon
Picon

Re: serious problem


---------------------------------------------------------------------------
Udi Mottelo - Unix System Administrator.
Faculty of Engineering - Tel-Aviv University
E-Mail: <uuddii <at> eng.tau.ac.il>    Phone: +972-3-6409446
PGP/GPG public-kye: http://www.eng.tau.ac.il/~uuddii/pgp/public.asc
---------------------------------------------------------------------------

On Wed, 1 Mar 2006, Asaf cs wrote:

> Hi,
> I don't realy care about performance. The most importent is that one 
> execution will be daone after the previous completed. (And in the same 
> order as they arrive) So, What is the best solution?
> Asaf

 	Alan's idea.

B,
  Udi

>
> ----- Original Message -----
> From: "Udi Mottelo" <uuddii <at> eng.tau.ac.il>
> To: "Procmail" <procmail <at> lists.RWTH-Aachen.DE>
> Sent: Wednesday, March 01, 2006 1:40 PM
> Subject: Re: serious problem
>
>
>>
(Continue reading)

Picon
Favicon

Filtering spam for non-English languages like Chinese, Japanese, Korean

Hello!

It has been relatively easier for me to filter out non-English emails
(as spam) using procmail by checking for character sets when the mailbox
is expecting only English language emails. 

I now need to filter emails for individual languages like Chinese,
Japanese, Korean, etc. where the mailbox can receive a non-English
language character set based emails. Obviously, the character set based
filtering approach won't help me in this requirement to filter
language-specific emails.

Questions:
1. If I were to create separate recipe files for each language (example:
rc.spam_china, rc.spam_japan, ...), where each recipe has filters for
that specific language, is there any specific
setting/configuration/flags that needs to be done in procmail so that
procmail matches the words listed in the language-specific filters
correctly ? What I mean here is that the words to be filtered in each
language-specific recipe are going to be in that language (non-English
characters). Will procmail be able to truthfully interpret those words
in that specific language "as-is" or would procmail interpret them as
ASCII character equivalents/junk characters if the host where procmail
is running does not understand that language (Japan, china, etc.) ?

2. How do I approach this requirement to implement language-specific
spam filters?

Thanks and regards,
Komal
(Continue reading)

Bart Schaefer | 2 Mar 2006 22:11
Picon

Re: Filtering spam for non-English languages like Chinese, Japanese, Korean

On 3/2/06, Komal Tagdiwala -X (ktagdiwa - Saama Technologies at Cisco)
<ktagdiwa <at> cisco.com> wrote:
>
> Questions:
> 1. [...] Will procmail be able to truthfully interpret those words
> in that specific language "as-is" or would procmail interpret them as
> ASCII character equivalents/junk characters if the host where procmail
> is running does not understand that language (Japan, china, etc.) ?

Procmail will almost certainly interpret them byte-by-byte as ascii
equivalents no matter what the capabilities of the host where it is
running.  Procmail is a very old piece of software and incorporates NO
localization or multi-byte language support whatsoever.

> 2. How do I approach this requirement to implement language-specific
> spam filters?

I'd start by looking for external programs that can be called from
procmail.  One place to look might be the language recognition module
that's included with SpamAssassin.

Re: Filtering spam for non-English languages like Chinese, Japanese, Korean

At 12:01 2006-03-02 -0800, Komal Tagdiwala -X (ktagdiwa - Saama 
Technologies at Cisco) wrote:
>Hello!
>
>It has been relatively easier for me to filter out non-English emails
>(as spam) using procmail by checking for character sets when the mailbox
>is expecting only English language emails.
>
>I now need to filter emails for individual languages like Chinese,
>Japanese, Korean, etc. where the mailbox can receive a non-English
>language character set based emails. Obviously, the character set based
>filtering approach won't help me in this requirement to filter
>language-specific emails.

Er, please define "character set based filtering".  I suspect you're simply 
filtering on 8-bit text or somesuch and considering it non-English (which 
isn't wholly correct anyway).  Many different languages utilize distinctly 
different character sets - if you merely look at the message body and flag 
some given hibit character as meaning forieign, you're not going to know 
what language unless you refer to the headers.

Have you reviewed my "furrin.rc" script?  See the link in my sigline.  This 
contains a host of reference URLs you might find other suitable information 
at, and of course a large distribution of identified character sets, 
grouped into general language territories.

>Questions:
>1. If I were to create separate recipe files for each language (example:
>rc.spam_china, rc.spam_japan, ...), where each recipe has filters for
>that specific language, is there any specific
(Continue reading)

Picon
Favicon

RE: Filtering spam for non-English languages like Chinese, Japanese,Korean

Hi Sean!

Thanks for the prompt response.  I use the following condition to do
character set based filtering (looking at the headers)

:0
*
^Content-Type:.*(gb2312|big5|euc-cn|hz-gb-2312|x-mac-chinesesimp|cp-936|
x-mac-chinesetrad|cp-950|cp-932|euc-tw)
{

	# Recipe to capture spam for chinese emails
	# 1. Search Subject and Body for specific words for tagging as
spam [THIS_IS_SPAM_EMAIL]
}

Likewise, I check for other character sets for Japanese and Korean

- Komal

-----Original Message-----
From: procmail-bounces <at> lists.RWTH-Aachen.DE
[mailto:procmail-bounces <at> lists.RWTH-Aachen.DE] On Behalf Of Professional
Software Engineering
Sent: Thursday, March 02, 2006 1:10 PM
To: procmail <at> lists.RWTH-Aachen.DE
Subject: Re: Filtering spam for non-English languages like Chinese,
Japanese,Korean

At 12:01 2006-03-02 -0800, Komal Tagdiwala -X (ktagdiwa - Saama
(Continue reading)

Frank Bures | 3 Mar 2006 15:42
Picon
Favicon

OT: Message for Dallman


Dallman,

could you please contact me off he list re vsnag list?  I am unable to E-mail 
you.

Thanks

Frank

Frank Bures, Dept. of Chemistry, University of Toronto, M5S 3H6
fbures <at> chem.toronto.edu
http://www.chem.utoronto.ca
PGP public key: http://pgp.mit.edu:11371/pks/lookup?op=index&search=Frank+Bures

Gmane