[toaster] PTR Test

2004-09-29 Thread Rene
Hi   is there a patch how checks if the incomming server has an existing ptr ?   I found a tcpserver patch here : http://www.gentei.org/~yuuji/software/qmpatch/   has somebody tried this patch anytime ??   regards rene

Re: [toaster] PTR Test

2004-09-29 Thread Rene
The tcpserverpatch is needed for this so called "badmail" patch .. - Original Message - From: Rene To: [EMAIL PROTECTED] Sent: Wednesday, September 29, 2004 12:36 PM Subject: [toaster] PTR Test Hi   is there a patch how checks if the incomming serv

Re: [toaster] PTR Test

2004-09-29 Thread Eero Volotinen
Rene <[EMAIL PROTECTED]> wrote : > Hi >   > is there a patch how checks if the incomming server > has an existing ptr ? >   > I found a tcpserver patch here : Similar functionality is already on mfcheck patch. -- Eero ___ Sitefactory Webmail, http://www.sitefac

Re: [toaster] PTR Test

2004-09-29 Thread Rene
But imho mfcheck didn't check wether there excists a ptr entry for an ip adress. mfcheck checks only if the senderdomain is an existing one. rene - Original Message - From: "Eero Volotinen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 29, 2004 2:20 PM Subject: Re

[toaster] simscan

2004-09-29 Thread Eero Volotinen
http://inter7.com/?page=simscan worth of trying. -- Eero

Re: [toaster] simscan

2004-09-29 Thread Jason 'XenoPhage' Frisvold
Eero Volotinen wrote: http://inter7.com/?page=simscan worth of trying. Sounds like qmailscanner with per-domain processing and not as much support for other AV softwares... Written in C as well which should make it faster... Anyone running this that can comment? Is it that much faster than qma

Re: [toaster] PTR Test

2004-09-29 Thread Bill Shupp
Rene wrote: But imho mfcheck didn't check wether there excists a ptr entry for an ip adress. mfcheck checks only if the senderdomain is an existing one. If you require a PTR record for all mail servers, you will reject a lot of legitimate mail. Regards, Bill

Re: [toaster] simscan

2004-09-29 Thread Peter Maag
Jason, It looks good to us, however we don't want to reject based on SpamAssassin results. Right now we use qmailscanner, which does slow things down quite a bit and a C alternative that does a SMTP deny based on ClamAV, and not SpamAssassin would be preferred. Anyone know of a solution that

Re: [toaster] simscan

2004-09-29 Thread Bill Shupp
Peter Maag wrote: Jason, It looks good to us, however we don't want to reject based on SpamAssassin results. Right now we use qmailscanner, which does slow things down quite a bit and a C alternative that does a SMTP deny based on ClamAV, and not SpamAssassin would be preferred. Anyone know o

Re: [toaster] simscan

2004-09-29 Thread Tom Collins
On Sep 29, 2004, at 9:16 AM, Peter Maag wrote: It looks good to us, however we don't want to reject based on SpamAssassin results. Right now we use qmailscanner, which does slow things down quite a bit and a C alternative that does a SMTP deny based on ClamAV, and not SpamAssassin would be pref

Re: [toaster] simscan

2004-09-29 Thread Peter Maag
Bill and Tom, Thanks for the replies. I don't think I was very clear in my first message. I would like ClamAV to scan and block at the SMTP level, but have SpamAssassin run as it normally does with QmailScanner, after the message has already been accepted. From briefly looking over simscan,

Re: [toaster] simscan

2004-09-29 Thread Bill Shupp
Peter Maag wrote: Bill and Tom, Thanks for the replies. I don't think I was very clear in my first message. I would like ClamAV to scan and block at the SMTP level, but have SpamAssassin run as it normally does with QmailScanner, after the message has already been accepted. From briefly looki

Re: [toaster] simscan

2004-09-29 Thread Jason 'XenoPhage' Frisvold
Peter Maag wrote: Jason, It looks good to us, however we don't want to reject based on SpamAssassin results. Right now we use qmailscanner, which does slow things down quite a bit and a C alternative that does a SMTP deny based on ClamAV, and not SpamAssassin would be preferred. Anyone know o

[toaster] stunnel and redhat enterprise 3.0

2004-09-29 Thread Jason 'XenoPhage' Frisvold
Hi all, I just determined that pop3ds is not working at all here... Apparently the script calls several parameters for stunnel that are no longer available in stunnel? I have the stock pop3ds run file from the toaster which assumes stunnel 3.x ... I'm running stunnel 4.x ... Anyone know h

Re: [toaster] stunnel and redhat enterprise 3.0

2004-09-29 Thread Bill Shupp
Jason 'XenoPhage' Frisvold wrote: Hi all, I just determined that pop3ds is not working at all here... Apparently the script calls several parameters for stunnel that are no longer available in stunnel? I have the stock pop3ds run file from the toaster which assumes stunnel 3.x ... I'm runn

Re: [toaster] stunnel and redhat enterprise 3.0

2004-09-29 Thread David
On Wed, 2004-09-29 at 20:04, Jason 'XenoPhage' Frisvold wrote: > Hi all, > > I just determined that pop3ds is not working at all here... > Apparently the script calls several parameters for stunnel that are no > longer available in stunnel? I have the stock pop3ds run file from the > toas

Re: [toaster] stunnel and redhat enterprise 3.0

2004-09-29 Thread Peter Maag
Jason, We have had the same problem with a Redhat 9 machine of ours. We have just kept stunnel at 3.x , would also like to know how to get things operational with stunnel 4.x Peter Jason 'XenoPhage' Frisvold wrote: Hi all, I just determined that pop3ds is not working at all here... Apparen

Re: [toaster] stunnel and redhat enterprise 3.0

2004-09-29 Thread Jason 'XenoPhage' Frisvold
Bill Shupp wrote: http://www.mail-archive.com/[EMAIL PROTECTED]/msg01098.html Bill Awesome, thanks... I should have checked the archives... Doh! I still can't get this to work though It appears to negotiate ciphers, then it just sits there... I have debug=7 so I can see everything, but sti

[toaster] not sending

2004-09-29 Thread Noel Sanchez
I setup a new toaster and don't know why I can't send emails from Outlook. When I do "qmailctl" I get following: [EMAIL PROTECTED] root]# qmailctl stat /service/qmail-send: up (pid 1723) 762 seconds /service/qmail-send/log: up (pid 1725) 762 seconds /service/qmail-smtpd: up (pid 1719) 762 secon

Re: [toaster] not sending

2004-09-29 Thread List
[EMAIL PROTECTED] root]# qmailctl stat /service/qmail-send: up (pid 1723) 762 seconds /service/qmail-send/log: up (pid 1725) 762 seconds /service/qmail-smtpd: up (pid 1719) 762 seconds /service/qmail-smtpd/log: up (pid 1731) 762 seconds messages in queue: 8130 messages in queue but not yet preproce

Re: [toaster] not sending

2004-09-29 Thread Peter Maag
Noel, Try doing a: cat /var/log/qmail/smtpd/current and cat /var/log/qmail/current These are the log files associated with most qmail deliveries and are usually quite helpful in letting you know exactly what is going on. Hope this helps, Peter Noel Sanchez wrote: I setup a new toaster and d

Re: [toaster] simscan

2004-09-29 Thread lists
On Sep 29, 2004, at 12:37 PM, Peter Maag wrote: Bill and Tom, Thanks for the replies. I don't think I was very clear in my first message. I would like ClamAV to scan and block at the SMTP level, but have SpamAssassin run as it normally does with QmailScanner, after the message has already been

Re: [toaster] simscan

2004-09-29 Thread Peter Maag
Spud, Good point...I overlooked that aspect of things. I will give it a try later this evening, and will post the results to the list. If this is indeed true it will make life much better without perl and qmailscanner (no hard feelings toward Perl). Peter a.h.s. boy (lists) wrote: On Sep 29,

Re: [toaster] simscan

2004-09-29 Thread Bill Shupp
a.h.s. boy (lists) wrote: On Sep 29, 2004, at 12:37 PM, Peter Maag wrote: Bill and Tom, Thanks for the replies. I don't think I was very clear in my first message. I would like ClamAV to scan and block at the SMTP level, but have SpamAssassin run as it normally does with QmailScanner, after th

Re: [toaster] not sending

2004-09-29 Thread Noel Sanchez
I don't understand, I looked at those 2 log files and this is a portion of it, The messages in the queue keep increasing fast. It seems like this mail server is being used for spam? This is a new toaster on Fedora core2 behind a linux firewall with ports 80, 25, and 110 being forwarded to the mail

Re: [toaster] not sending

2004-09-29 Thread Peter Maag
Noel, What are the IP's of the mail server?  I would shut down the port 25 forward to see if that slows things down.  Make sure you followed the toaster install instructions correctly, as you may have forgotten to stop the server functioning as an open relay. Thanks, Peter Noel Sanchez wrote: