Re: [Mimedefang] Problems with SpamAssassin 3.1 RC1and MIMEDefang
On 22 Aug 2005 at 16:46, Nels Lindquist wrote: > Everything's great as far as detection goes, but I've run into an > issue with MIMEDefang and I'm wondering if any of you have > experienced anything similar. It looks like the multiplexor is > unable to terminate slaves properly, and in short order there are > MAX_SLAVES zombie processes, "no free slaves" and all mail is > tempfailed. Sorry to reply to my own message, but this may be related to a reported SpamAssassin bug: http://bugzilla.spamassassin.org/show_bug.cgi?id=4518 I'm going to try SA 3.1RC1 again, but disable DCC. Nels Lindquist <*> Information Systems Manager Morningstar Air Express Inc. ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
[Mimedefang] Problems with SpamAssassin 3.1 RC1and MIMEDefang
Hi thhere. Having heard good things about the SA 3.1 release candidate, I decided to try it out on a couple of servers. Everything's great as far as detection goes, but I've run into an issue with MIMEDefang and I'm wondering if any of you have experienced anything similar. It looks like the multiplexor is unable to terminate slaves properly, and in short order there are MAX_SLAVES zombie processes, "no free slaves" and all mail is tempfailed. This is what I'm seeing in the logs: > Aug 22 14:34:17 aerodrome mimedefang-multiplexor[15985]: Slave 4 (pid > 16186) taking too long to exit; sending SIGTERM > Aug 22 14:34:17 aerodrome mimedefang-multiplexor[15985]: Slave 5 (pid > 16187) taking too long to exit; sending SIGTERM > Aug 22 14:34:27 aerodrome mimedefang-multiplexor[15985]: Slave 5 (pid > 16187) taking way too long to exit; sending SIGKILL > Aug 22 14:34:27 aerodrome mimedefang-multiplexor[15985]: Slave 4 (pid > 16186) taking way too long to exit; sending SIGKILL I reverted back to SA 3.04, and everything is running flawlessly. MIMEDefang 2.49 running on CentOS 3.5 (equivalent to RHEL 3 Update 5) Embedded perl is enabled. Nels Lindquist <*> Information Systems Manager Morningstar Air Express Inc. ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
[Mimedefang] accessing SA template tags from MD
I realize that when used via MD, spamassassin cannot change email (add headers, etc); I was wondering, however, if some of the SA template tags can be accessed from within MD so as to create a new header using MD and plugging in the SA tag values, for example _DCCR_ and _DCCB_ which are the DCC results and "brand" respectively. Sven ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
RE: [Mimedefang] Spam with more than one recipient - reject or not?
Steffen Kaiser wrote: > On Thu, 18 Aug 2005, [EMAIL PROTECTED] wrote: >> >> 5. Accept A and B at RCPT time... make a decision at DATA time. >> >> If all recipients agree a message should be rejected, reject it (duh) >> If all recipients agree a message should be accepted, accept it (duh) >> If there's any disagreement, tempfail it ONCE and remember it. >> If there's a retry later, ACCEPT IT. The initial disagreement, plus >> the fact that there was a real retry, should go a long way toward >> proving the hammyness of the email. >> >> Drawback... if spammers start retrying, this could be a free ride >> for a lot of spam. > > This is a conditional Greylisting, no? Yes, it is precisely a conditional greylisting. -- Matthew.van.Eerde (at) hbinc.com 805.964.4554 x902 Hispanic Business Inc./HireDiversity.com Software Engineer ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Compiling MD on FC4 - warning: pointer targets diferin signedness
HI. Make sure that you edit your /etc/sysconfig/i18n file and change the line: I did change the file: /etc/sysconfig/i18n as you wrote, but it didn't change anything. When I run "make" I get the same errors. And yes, I did try to reboot, "make clean", and also to untar the source file from and start from scratch. I didn't try yet compiling an older version of MD. However, after writing the previos post, I did continue to install and configure MD, and so far it seems to work fine on my test system. So I assume that this is only a minor bug. Any additional comments about the issue? Thanks. Yizhar Hurwitz http://yizhar.mvps.org ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Compiling MD on FC4 - warning: pointer targets difer in signedness
Make sure that you edit your /etc/sysconfig/i18n file and change the line: LANG="en_US.UTF-8" To something like: LANG="en_US" I compiled MD 2.52 on FC4 w/o any problems, and this could be a good first step to look at. -J On 8/21/05, Yizhar Hurwitz <[EMAIL PROTECTED]> wrote: > HI. > > I'm getting warnings when running "make" to compile MimeDefang on Fedora Core > 4. > I have done the following: > ./configure (no problems) > make (Here I get the warnings). > > Here are some lines with warnings from the make command output: > > md-mx-ctrl.c: In function ?percent_decode': > md-mx-ctrl.c:71: warning: pointer targets in passing argument 1 of ?sscanf' > dif > er in signedness > md-mx-ctrl.c: In function ?buildCmd': > md-mx-ctrl.c:176: warning: pointer targets in passing argument 1 of > ?percent_en > ode' differ in signedness > md-mx-ctrl.c:176: warning: pointer targets in passing argument 2 of > ?percent_en > ode' differ in signedness > md-mx-ctrl.c: In function ?doCmd': > md-mx-ctrl.c:239: warning: pointer targets in passing argument 1 of > ?percent_de > ode' differ in signedness > gcc -g -O2 -Wall -Wstrict-prototypes -o md-mx-ctrl md-mx-ctrl.o -lnsl > test "" != "1" && strip md-mx-ctrl > > More information: > > This is my first Mimedefang installation. > mimedefang version which I'm trying to install = 2.52 > I am following the how to guide: > http://www.mickeyhill.com/mimedefang-howto > It is on a test machine (Virtual PC) with Fedora Core 4. > Sendmail is installed from RPM and running (version 8.13.4-2) > I have updated GCC and related packages from gcc 4.0.0 to 4.0.1 but it didn't > change anything. > "make" version is 3.80 > Other installed packages (most of them from RPM either FC4 cdrom or "yum"): > clamav-0.86.2-1 > spamassassin-3.0.4-1.fc4 > perl-5.8.6-15 > Linux Kernel version = 2.6.11-1.1369_FC4 > > Afterwards I did "make install" and it seemed to work fine, > but I don't know if it is OK or not. > I have not completed the installation and configuration yet so I don't know > if it is actually working. > > So, what can you tell me about these warnings: > pointer targets in passing argument 1 of ... differ in signedness > ? > > Thanks in advance. > Yizhar Hurwitz > http://yizhar.mvps.org > > ___ > Visit http://www.mimedefang.org and http://www.roaringpenguin.com > MIMEDefang mailing list > MIMEDefang@lists.roaringpenguin.com > http://lists.roaringpenguin.com/mailman/listinfo/mimedefang > ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Excluding localhost
Andrew Pollock wrote: > sub filter_begin () { > # No need to impact on delivery times for locally generated mail > if (!defined $RelayAddr || $RelayAddr eq '127.0.0.1') { > 8.204.2') { > return ACCEPT_AND_NO_MORE_FILTERING > } Won't work. Make sure you invoke mimedefang with the -r flag and use this: sub filter_relay () my($hostip, $hostname) = @_; if ($hostip eq '127.0.0.1') { return ('ACCEPT_AND_NO_MORE_FILTERING', 'ok'); } return ('CONTINUE', 'ok'); } Note the form of the return value. You are returning a list of two *strings*. -- David. ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Excluding localhost
On Mon, 22 Aug 2005, Andrew Pollock wrote: sub filter_begin () { # No need to impact on delivery times for locally generated mail if (!defined $RelayAddr || $RelayAddr eq '127.0.0.1') { 8.204.2') { return ACCEPT_AND_NO_MORE_FILTERING } This code is valid in filter_relay/_sender/_recipient. Bye, -- Steffen Kaiser ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
RE: [Mimedefang] Spam with more than one recipient - reject or not?
On Thu, 18 Aug 2005, [EMAIL PROTECTED] wrote: David F. Skoll wrote: [EMAIL PROTECTED] wrote: Tempfail the second of A and B at RCPT time... There are serious practical problems with this approach: True. Just brainstorming. 5. Accept A and B at RCPT time... make a decision at DATA time. If all recipients agree a message should be rejected, reject it (duh) If all recipients agree a message should be accepted, accept it (duh) If there's any disagreement, tempfail it ONCE and remember it. If there's a retry later, ACCEPT IT. The initial disagreement, plus the fact that there was a real retry, should go a long way toward proving the hammyness of the email. Drawback... if spammers start retrying, this could be a free ride for a lot of spam. This is a conditional Greylisting, no? Bye, -- Steffen Kaiser ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Slaves died prematurely
On Thu, 4 Aug 2005, Eduardo Otubo wrote: nothing found something smells bad in my debian kingdom I just did an install of Debian stable sarge; it worked out-of-the-box, except MIMEDefang is not automatically added to sendmail.m4, what to do about it is described in /usr/share/doc/mimedefang. Debian includes MIMEDefang v2.51, instead of the most current one, however. Bye, -- Steffen Kaiser ___ Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang