RE: [Mimedefang] Questions about stream_by_recipient and problems it creates.
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of David F. Skoll > > The nth recipient has to wait for n queue intervals to get > the message. > If n is 10 and the sender's queue interval is 30 minutes, that can > get pretty annoying. > Could you set sendmail to only accept 1 recipient per message on your inbound mail, or would this also cause a re-queue? My impression is that the sending server would resend during the same connection. Jason A. Bertoch Network Administrator [EMAIL PROTECTED] ElectroNet Intermedia Consulting 3411 Capital Medical Blvd. Tallahassee, FL 32308 (V) 850.222.0229 (F) 850.222.8771 ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. 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: SuperSafe=PostMilter (was Re: [Mimedefang] compare mimedefangto mailscanner)
> -Original Message- > > What do I need to modify in that line about to get the cf to be > SuperSafe=PostMilter ? > Use: define(`confSAFE_QUEUE', `PostMilter')dnl Jason A. Bertoch Network Administrator [EMAIL PROTECTED] ElectroNet Intermedia Consulting 3411 Capital Medical Blvd. Tallahassee, FL 32308 (V) 850.222.0229 (F) 850.222.8771 ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. 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] [Bug 5225] New: non-standard base64 encoding evadessome scanners (fwd)
> -Original Message- > > However, it is *not* vulnerable if you use the standard > MIMEDefang ClamAV > integration functions. > > MIMEDefang passes virus scanners both the raw MIME message > and all the parts > as decoded by MIME::tools. This design decision was made so > that MIME::tools > could work around any bugs in an AV tools' MIME decoder and > vice-versa. > > The proof-of-concept test didn't make it past our test > MIMEDefang system. > > Regards, > > David. There goes my clam milter... I was always a little curious why the standard filter appeared to scan for viruses twice. Jason A. Bertoch Network Administrator [EMAIL PROTECTED] ElectroNet Intermedia Consulting 3411 Capital Medical Blvd. Tallahassee, FL 32308 (V) 850.222.0229 (F) 850.222.8771 ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. 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] flock vs. fcntl
Reading the Optimizing Do's and Don'ts found at http://www.mimedefang.org/kwiki/index.cgi?OptimizingMIMEDefang, there is one line bugging me: lock_method flock. I googled for info on these two locking methods and am hard up to find any recent information on which to use on my RedHat and Fedora systems. It appears that fnctl works better for NFS but is there a performance difference for local file systems? Does the above suggestion apply to MD, Sendmail, or for all software compiled on my system? If only MD, is that set at compile time, or in the filter? Jason Jason A. Bertoch Network Administrator [EMAIL PROTECTED] ElectroNet Intermedia Consulting 3411 Capital Medical Blvd. Tallahassee, FL 32308 (V) 850.222.0229 (F) 850.222.8771 ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. 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] LZW, Gifs, and fingerprinting stock spams
> -Original Message- > Not to blow our own horn too much, but... > > We've had pretty good luck with our RPTN system. > > Regards, > > David. David, Where might I find more information on the RPTN system? The searchable archives don't seem to be working at the moment. Jason A. Bertoch Network Administrator [EMAIL PROTECTED] ElectroNet Intermedia Consulting 3411 Capital Medical Blvd. Tallahassee, FL 32308 (V) 850.222.0229 (F) 850.222.8771 ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
