On Thu, 11 Nov 2004, Kelson wrote:
> I've searched through my filter, and every single open call is inside a
> function. Despite this, I still get the "Something in your Perl filter
> appears to have opened a file descriptor outside of any function"
> warning in my logs.
Are you running Solaris,
On Wed, 10 Nov 2004 08:28:08 -0500, "Kevin A. McGrail"
<[EMAIL PROTECTED]> wrote:
>Tim,
>
>Your emails come through what looks to me like an NNTP to SMTP conversion
>system. Is that possibly munging your headers?
>
>Regards,
>KAM
>
Shouldn't be - it's straight Sendmail Switch. No nntp around.
Quoting "David F. Skoll" <[EMAIL PROTECTED]>
Date: Thu, 11 Nov 2004 17:06:13
> On Thu, 11 Nov 2004, Greg Miller wrote:
>
> > During my investigations I noticed that many of my sendmail processes
> > hang around for quite some time, presumably because the host on the
> > other end is slow. I stumb
OK, this is bugging the heck out of me. I just upgraded to MD 2.48 from
2.44, well aware of the need to move anything that opened a file into
filter_initialize, and I got the dreaded warning about opening file
descriptors anyway.
I have several places where I open a descriptor, read/write, the
On Thu, 11 Nov 2004, Greg Miller wrote:
> During my investigations I noticed that many of my sendmail processes
> hang around for quite some time, presumably because the host on the
> other end is slow. I stumbled across a recommendation that the sendmail
> default timeouts be tuned as follows: An
Thanks to everyone who helped with my performance problems. In the end,
I doubled the amount of RAM to 2GB. This prevented swapping and allowed
by 50 sendmail processed and 15 mimedefang slaves to run with sufficient
memory.
In the process, I learned a lot about sendmail performance tuning,
mostl
On 11 Nov 2004 at 11:39, Kevin A. McGrail wrote:
> define(`confMILTER_MACROS_ENVFROM', `rcpt_host, rcpt_mailer, rcpt_addr')dnl
>
> This is just a starting point, untested, etc. but I am 99% certain this is
> the right path.
This seems to be the default for the m4 config in current sendmail
vers
I can't speak to the "mimedefang -a" part of your post, but something
I recently learned the hard way:
On Thu, Nov 11, 2004 at 11:39:33AM -0500, Kevin A. McGrail wrote:
> define(`confMILTER_MACROS_ENVFROM', `rcpt_host, rcpt_mailer, rcpt_addr')dnl
Setting that overwrites the default set of milter
Hi all,
I'm using amavisd-new and Maia as the web interface so that users can
easily manage their w/b lists and spam/virus/attachment settings.
However, I would still like to use MIMEDefang for
1. Envelope/header checking in filter_recipient() : reject anyone
claims to be sending from the internal
Steve,
Those 3 values for the filter_recipient are defined with info from Sendmail
Macros. I've never used them before but my educated starting point is that
you have to change your mimedefang to run with these parameters "-a
rcpt_host -a rcpt_mailer -a rcpt_addr" and edit / recompile your sendma
Quoting Chris Masters <[EMAIL PROTECTED]>
Date: Thu, 11 Nov 2004 06:21:16
> Hi All,
>
> We've just had an incident where 2 or more viruses
> have got through our scanners. The virus was
> [EMAIL PROTECTED] and was packaged with the following
> Content-Type header:
>
>Content-Type: multipart/
I wrote a subroutine using filter_recipient to whitelist. It reads
/etc/mail/access, looks for OK or RELAY, and whitelists those entries. It
works for $sender and $recipient but not for $rcpt_host. Using md_syslog I found
that while I am getting values for $recipient, $sender, $ip, $hostname,
$fir
On Thu, 11 Nov 2004, Chris Masters wrote:
> We're using mimedefang-2.43 and *old*
> MIME-tools-5.411a-RP-Patched-02.
Upgrade to MIME-tools-5.415 ASAP.
> Is this an issue because we're using an old
> MIME::Tools?
Yes.
--
David.
___
Visit http://www.mi
Hi All,
We've just had an incident where 2 or more viruses
have got through our scanners. The virus was
[EMAIL PROTECTED] and was packaged with the following
Content-Type header:
Content-Type: multipart/mixed; boundary=""
We're using mimedefang-2.43 and *old*
MIME-tools-5.411a-RP-Patched-02.
> How would you suggest I do this? I have tried setting MaxDaemonChildren
> to 20, but those quickly get eaten up and I just end up refusing lots of
> mail. What is the recommended course of action in this case?
Well, it just sounds like you need more RAM first which I think you agree
on.
Second,
Hello all,
Recently I noticed that when my server reboots the following appears in
my log:
Nov 10 06:50:05 vir mimedefang-multiplexor[543]: WARNING: Something in
your Perl filter appears to h
ave opened a file descriptor outside of any function. With embedded
Perl, you should move any code
tha
16 matches
Mail list logo