-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alon Altman wrote:
>
> It seems you're using an mbox file and you have passed the maximum file
> size
> of 4GB. I suggest either switching to maildir or archiving your old LKML
> messages to a different folder.
>
> Alon
>
No, it's only 60Mb -- it
some reason my procmail rule on LKML broke down. At procmail logs I
see the following:
procmail: Error while writing to "mail/lkml"
procmail: Truncated file to former size
- From [EMAIL PROTECTED] Tue Sep 20 11:47:20 2005
Subject: Re: [ANNOUNCE] ktimers subsystem
Folder: mbox
The per
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
For some reason my procmail rule on LKML broke down. At procmail logs I
see the following:
procmail: Error while writing to "mail/lkml"
procmail: Truncated file to former size
- From [EMAIL PROTECTED] Tue Sep 20 11:47:20 2005
S
guy keren wrote:
take a 'mailbox' containing a single problematic letter, run it via
'formail' (without using procmail - tell it to output to a file or to
stdout) and diff the results. my guess is you'll see what breaks your
procmail filter on the spot.
I'm sorry, dif
On Sat, 18 Sep 2004, Leonid Podolny wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi, list,
> As usual, I seem to miss something basic :) Basically, this is what goes
> on: one specific mailing list messages are falling through procmail
> filters and get deli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, list,
As usual, I seem to miss something basic :) Basically, this is what goes
on: one specific mailing list messages are falling through procmail
filters and get delivered to my inbox. If I sort the inbox with formail,
the very same procmail
Nadav Har'El wrote:
On Thu, Aug 21, 2003, Boaz Rymland wrote about "Re: Procmail recipe for filtering Sobig-originated E-mail?":
Notice that filtering based on the subject opens the possibility for
false-positive, since a possible innocent mail might include in it's
bo
On Thu, Aug 21, 2003, Boaz Rymland wrote about "Re: Procmail recipe for filtering
Sobig-originated E-mail?":
> Notice that filtering based on the subject opens the possibility for
> false-positive, since a possible innocent mail might include in it's
> body the sentenc
Notice that filtering based on the subject opens the possibility for
false-positive, since a possible innocent mail might include in it's
body the sentence "See the attached file..." (and, it's not that far
fetched).
I think it's even better filtering via your SMTP server, if you have
one. It
On Thursday 21 August 2003 18:19, Nadav Har'El wrote:
> Interesting how viruses got bloated ;)
A relevant quote:
"Windows is NOT a virus: a virus is small and efficient."
--Jonathan Leffler, Informix
--
Oron Peled Voice/Fax: +972-4
On Thu, Aug 21, 2003, Omer Zak wrote about "Re: Procmail recipe for filtering
Sobig-originated E-mail?":
> For me, as for now, the big problem is not the bounces but the virus
> E-mails themselves.
Oh... Since I have an virtually infinite mailbox (hard disks now cost
about $1-
Thanks to everyone who yelled "RTFM", in the most polite way possible.
I googled and upgraded my .procmailrc file.
The rule which I added is:
:O
* > 99000
* < 12
* ^Content-Type:.*multipart/mixed;
{
:O B
* ^See the attached file for details
* ^Content-Transfer-Encoding: base64
On Thu, Aug 21, 2003, Muli Ben-Yehuda wrote about "Re: Procmail recipe for filtering
Sobig-originated E-mail?":
>
> > Before I invest time in the subject, I'd like to know if anyone
> > already developed a procmail recipe for this virus, based upon the
>
>
> Before I invest time in the subject, I'd like to know if anyone
> already developed a procmail recipe for this virus, based upon the
Google for it; I saw such a recipe mentioned in several places.
--
Muli Ben-Yehuda
http://www.mulix.org
pgp0.pgp
Description: PGP signature
Recently my inbox gets flooded with several long E-mail messages created by
the Sobig virus.
They have such contents that it should be easy to filter most of them out
by means of procmail.
Before I invest time in the subject, I'd like to know if anyone already
developed a procmail recipe for
Tzafrir Cohen wrote:
> IIRC the only tools for manipulating mime parts of messages that come with
> a default installation of linux are quite bad (inconvinient, and probably
> screw-up occsionally). See, e.g:
I prefer uudeview. Sees to work with almost anyone sends me.
Geoff.
--
Geoffrey S. Me
See http://plasma-gate.weizmann.ac.il/Linux/maillists/01/12/msg00183.html
for Nadav Har'el's half-a-year-old virus rule.
I would guess you should add a klez-representing line to it, and hope that it is
not prone to mutations.
Dan.
On Mon, 6 May 2002, Orr Dunkelman wrote:
> Is nayone has a procmail rule which can discard files which are not what
> they claim to be?
>
> I'm still trying to hear the 89K midi file I get a lot lately. :)
You have to get a criteria which is a bit smarter. I often get images
Is nayone has a procmail rule which can discard files which are not what
they claim to be?
I'm still trying to hear the 89K midi file I get a lot lately. :)
Anyway, I'm willing to save one such file on my system (world readable) so
the users can always compare to the file. However,
I'm having some problems with procmail. I have a mail gateway which is
filtering every mail that comes in.
The main function is to scan attachments and if they have a .exe or .vbs
extention, procmail changes it from filename.exe to filename-exe.
The problem is with hebrew attachment
Nadav Har'El wrote:
> Quoting the "procmailrc" manual,
> "...The first recipe that matches is used to determine where the mail has
>to go (usually a file). If processing falls off the end of the rcfile,
>procmail will deliver the mail to $DEFA
On Sun, Aug 20, 2000, Gilad Ben-Yossef wrote about "Re: procmail":
> Uri Bruck wrote:
> >
> > Hi,
> > The unfiltered mail goes to whatever is in DEFAULT.
> > So you can just add, on the top of your .procmailrc
> >
> > DEFAULT=/full/path/of/your/
Uri Bruck wrote:
>
> Hi,
> The unfiltered mail goes to whatever is in DEFAULT.
> So you can just add, on the top of your .procmailrc
>
> DEFAULT=/full/path/of/your/inbox
Which in your case would be
DEFAULT=/home/bar/Mailbox
btw. The mail "lost" in the meantime can be found at /var/spool/mail/
Hi,
The unfiltered mail goes to whatever is in DEFAULT.
So you can just add, on the top of your .procmailrc
DEFAULT=/full/path/of/your/inbox
Thanks,
Uri
On Sun, 20 Aug 2000, Bareket wrote:
> Hi guys,
>
> I managed to filter the mail with procmail. The filter worked fine, but
&g
Hi guys,
I managed to filter the mail with procmail. The
filter worked fine, butwhere are the non-filtered mails gone..?
Do you have any ideas of what i missed in the
procmail :
This is the content of the procmailrc
file::0:* ^Subject:.*bugbug
and this is the content of the .qmail
Hi guys,
I managed to filter the mail with procmail. The filter worked fine, but
where are the non-filtered mails gone..?
Do you have any ideas of what i missed in the procmail :
This is the content of the procmailrc file:
:0:
* ^Subject:.*bug
bug
and this is the content of the .qmail file
I know - procmail is very cewl.
But why not to use "vacation" for
this simple thing ? If it's something more then
just setting vacation message - procmail is better.
But if not ... Why make your life more complex ?
On Thu, 21 Oct 1999, Hetz Ben Hamo wrote:
> Hi,
>
>
On Thu, Oct 21, 1999 at 11:43:47AM +0200, Hetz Ben Hamo wrote:
> I'm trying to set up a small message which will be sent if someone sends
> email to one of our users who is in vacation..
Just copy verbatim the example from the procmailex manpage.. It worked
perfectly for me.
--
Alex Shnitman
Hi,
I'm trying to set up a small message which will be sent if someone sends
email to one of our users who is in vacation..
I have this file as .procmailrc
[hetz@mail ~rkatan]# cat .procmailrc
PATH=/bin:/usr/bin:/usr/bin
MAILDIR=$HOME/mail #you'd better make sure it exists
LOGFILE=$MAILDIR
Someone here asked for procmail filter to catch viruses, malicious code
etc. in email. Here it is (for those who don't read bugtraq):
ftp://ftp.rubyriver.com/pub/jhardin/antispam/procmail-security.html
--
[EMAIL PROTECTED] \/ There shall be counsels taken
Stanislav Mal
On Mon, 24 May 1999, David Resnick wrote:
> > > Suspicious rcfile "x" The owner of the rcfile was not the
> > > recipient or root, the file was
> > > world writable, or the directory
> > > tha
On Mon, May 24, 1999 at 08:06:19PM +0300, Oleg Goldshmidt wrote:
> David Resnick <[EMAIL PROTECTED]> writes:
>
> > Hi all,
> >
> > I just upgraded to RH6 (from RH5.2), and now procmail refuses to process
> > my mail.
> >
> > maillog has:
&g
David Resnick <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I just upgraded to RH6 (from RH5.2), and now procmail refuses to process
> my mail.
>
> maillog has:
> May 22 15:01:26 hoi procmail[2895]: Suspicious rcfile
> "/home/dmr/.procmailrc"
>
>
Hi all,
I just upgraded to RH6 (from RH5.2), and now procmail refuses to process
my mail.
maillog has:
May 22 15:01:26 hoi procmail[2895]: Suspicious rcfile
"/home/dmr/.procmailrc"
The procmail man page says:
Suspicious rcfile "x" The owner of th
34 matches
Mail list logo
