Re: [qmailtoaster] spamhaus - what do you think?
On 2/6/07, Jake Vickers [EMAIL PROTECTED] wrote: I wrote a script that's on my site that will monitor BLs for you and remove the slow ones. v2gnu.com I've just tried your script and it works great, thanks. I am running it now once per hour (how often do you run it yourself?). One thing came to my mind: would it be possible to change the script so that no restart of qmail-smtp and -send would be done if no change in blacklists happen? Regards, Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
Peter Peltonen wrote: On 2/6/07, Jake Vickers [EMAIL PROTECTED] wrote: I wrote a script that's on my site that will monitor BLs for you and remove the slow ones. v2gnu.com I've just tried your script and it works great, thanks. I am running it now once per hour (how often do you run it yourself?). One thing came to my mind: would it be possible to change the script so that no restart of qmail-smtp and -send would be done if no change in blacklists happen? Regards, Peter I've been meaning to add this script to qmailtoaster-plus. Peter, would you be so kind to add a Ticket for this too? (http://trac.shubes.net/qtp) TIA -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
On 2/1/07, George Sweetnam [EMAIL PROTECTED] wrote: I just replaced the old sbl-xbl.spamhaus.org (zen blocks all the dynamic ones now ... I'd use sorbs if i wanted that) with cbl.abuseat.org which is what blocks most of them anyway. I had sbl-xbl.spamhaus.org right after my cbl rbl list and found it blocked VERY few additional ip's... so I removed it completely. Plus the response time on sbl-xbl.spamhaus.org is horrid at peak times. Have you people had still problems with spamhaus? Specially with sbl.spamhaus.org and xbl.spamhaus.org (zen.spamhaus.org combines those two plus pbl.spamhaus.org which gives you the problems with dynamic addresses and you shouldn't use it). At the moment I'm using only sbl.spamhaus.org and haven't seen any slowdowns in mail traffic (BTW: how do you monitor rbl responsiviness anyway?). I'm wondering if I should swtich from sbl/xbl.spamhaus.org to cbl.abuseat.org that George recommended -- does anyone else have any experience with it? Regards, Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
Peter Peltonen wrote: On 2/1/07, George Sweetnam [EMAIL PROTECTED] wrote: I just replaced the old sbl-xbl.spamhaus.org (zen blocks all the dynamic ones now ... I'd use sorbs if i wanted that) with cbl.abuseat.org which is what blocks most of them anyway. I had sbl-xbl.spamhaus.org right after my cbl rbl list and found it blocked VERY few additional ip's... so I removed it completely. Plus the response time on sbl-xbl.spamhaus.org is horrid at peak times. Have you people had still problems with spamhaus? Specially with sbl.spamhaus.org and xbl.spamhaus.org (zen.spamhaus.org combines those two plus pbl.spamhaus.org which gives you the problems with dynamic addresses and you shouldn't use it). At the moment I'm using only sbl.spamhaus.org and haven't seen any slowdowns in mail traffic (BTW: how do you monitor rbl responsiviness anyway?). I'm wondering if I should swtich from sbl/xbl.spamhaus.org to cbl.abuseat.org that George recommended -- does anyone else have any experience with it? I wrote a script that's on my site that will monitor BLs for you and remove the slow ones. v2gnu.com And I was using xbl-sbl from spamhaus, but they're going to drop those services in the near future since they combined them with zen. I have switched one machine to abuseat, and have not noticed anything major crop up yet. It's only been a couple days, so I'm waiting for more definitive data before I make the big switch. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] spamhaus - what do you think?
Peter Peltonen wrote: On 2/1/07, George Sweetnam [EMAIL PROTECTED] wrote: I just replaced the old sbl-xbl.spamhaus.org (zen blocks all the dynamic ones now ... I'd use sorbs if i wanted that) with cbl.abuseat.org which is what blocks most of them anyway. I had sbl-xbl.spamhaus.org right after my cbl rbl list and found it blocked VERY few additional ip's... so I removed it completely. Plus the response time on sbl-xbl.spamhaus.org is horrid at peak times. Have you people had still problems with spamhaus? Specially with sbl.spamhaus.org and xbl.spamhaus.org (zen.spamhaus.org combines those two plus pbl.spamhaus.org which gives you the problems with dynamic addresses and you shouldn't use it). At the moment I'm using only sbl.spamhaus.org and haven't seen any slowdowns in mail traffic (BTW: how do you monitor rbl responsiviness anyway?). I'm wondering if I should swtich from sbl/xbl.spamhaus.org to cbl.abuseat.org that George recommended -- does anyone else have any experience with it? Regards, Peter I've been using cbl.abuseat.org for quite some time with no apparent performance issue. Looking at the spamhaus web site, I see that xbl.spamhaus is simply an incorporation of cbl.abuseat.org and njabl.org. So I guess I could dump cbl.abuseat.org and njabl.org with no functional loss and a little performance gain. I do still have some (a handful per day) rejections from abuseat though (it's checked after spamhaus). I'm guessing these might be newer posts, but I can't say for sure. It's a little aggravating that sbl-xbl will eventually become obsolete. You don't want to use zen unless/until your users are all converted to use the submission (587) port. I suppose that you could use sbl.spamhaus.org and xbl.spamhaus.org separately. Seems like a waste though. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
I just replaced the old sbl-xbl.spamhaus.org (zen blocks all the dynamic ones now ... I'd use sorbs if i wanted that) with cbl.abuseat.org which is what blocks most of them anyway. I had sbl-xbl.spamhaus.org right after my cbl rbl list and found it blocked VERY few additional ip's... so I removed it completely. Plus the response time on sbl-xbl.spamhaus.org is horrid at peak times. George. - Original Message - From: Jake Vickers [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, January 31, 2007 7:21 AM Subject: Re: [qmailtoaster] spamhaus - what do you think? Eric Shubes wrote: There appear to be plenty of BLs out there already. I think we simply need to find a way to manage (classify/rate/select) them. Perhaps it'd be useful to set up any easy way for the toaster to use an anti-rbl list (the capability's built in to rblsmtpd). Each admin could then maintain their own anti-rbl list containing addresses they would like to allow. Keeping it up2date would be a challenge though. This would probably only work with an automated update sort of like dyndns. Just a thought. I agree that there are already a lot of lists out there. The ones that I liked all have either gone away, had serious issues that caused them to be unusable, or changed their policies and made themselves unusable. I was mainly just venting my frustration. I'll look into a vote-type system to link on the wiki somewhere, where we can vote on the RBLs - when I get back this evening. I see where the anti-rbl list could be beneficial, but most of my users are NOT computer people in any way, shape, or form. I have one group of users that I have told 32 times now (I resorted to keeping hash-marks on a sticky-tab every time they called me for this issue) that you cannot email 400M TIFF pictures. They pay well, but they also serious tax my sanity. If I had to then have them give me their IP address or get ANY technical information out of them whatsoever (that includes who their ISP is - really!), it would become a debacle and the owner would force another of his sit-down meetings that are a waste of time. In my situation they definetly would not work. But I did see a user on the list a few months back that was using white-lists. From the little I remember he just put the whitelist first in his blacklists file. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
I use http://www.robtex.com/rbls.html to figure out which RBLs handle the spam that gets through. The search is manual, though, I wonder if it could be automated to maintain some rating :) Also, I wonder if there is an easy way to weed out messages in user inboxes waiting to be read, as often the spam sender gets blacklisted only hours later? Best regards Sergey George Sweetnam wrote: I just replaced the old sbl-xbl.spamhaus.org (zen blocks all the dynamic ones now ... I'd use sorbs if i wanted that) with cbl.abuseat.org which is what blocks most of them anyway. I had sbl-xbl.spamhaus.org right after my cbl rbl list and found it blocked VERY few additional ip's... so I removed it completely. Plus the response time on sbl-xbl.spamhaus.org is horrid at peak times. George. - Original Message - From: Jake Vickers [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, January 31, 2007 7:21 AM Subject: Re: [qmailtoaster] spamhaus - what do you think? Eric Shubes wrote: There appear to be plenty of BLs out there already. I think we simply need to find a way to manage (classify/rate/select) them. Perhaps it'd be useful to set up any easy way for the toaster to use an anti-rbl list (the capability's built in to rblsmtpd). Each admin could then maintain their own anti-rbl list containing addresses they would like to allow. Keeping it up2date would be a challenge though. This would probably only work with an automated update sort of like dyndns. Just a thought. I agree that there are already a lot of lists out there. The ones that I liked all have either gone away, had serious issues that caused them to be unusable, or changed their policies and made themselves unusable. I was mainly just venting my frustration. I'll look into a vote-type system to link on the wiki somewhere, where we can vote on the RBLs - when I get back this evening. I see where the anti-rbl list could be beneficial, but most of my users are NOT computer people in any way, shape, or form. I have one group of users that I have told 32 times now (I resorted to keeping hash-marks on a sticky-tab every time they called me for this issue) that you cannot email 400M TIFF pictures. They pay well, but they also serious tax my sanity. If I had to then have them give me their IP address or get ANY technical information out of them whatsoever (that includes who their ISP is - really!), it would become a debacle and the owner would force another of his sit-down meetings that are a waste of time. In my situation they definetly would not work. But I did see a user on the list a few months back that was using white-lists. From the little I remember he just put the whitelist first in his blacklists file. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
Erik Espinoza wrote: http://www.corpit.ru/mjt/rbldnsd.html On 1/30/07, Jake Vickers [EMAIL PROTECTED] wrote: Eric Shubes wrote: Jake Vickers wrote: Do you guys think a wiki page should be started so we can all help each other out to find a good mix to replace zen? I'd like to see some collaboration on RBLs in general. I suppose we could use the wiki in addition to this list. At this point I'd even be amicable to running a BL, so that it fit MY needs; it would be nice if it fit other people's needs as well. I took a quick peek on the 'net, but couldn't find anything that had any example scripts/submission pages to run your own BL. Guess I'll look some more later, but I'll probably end up just going with a new set of BLs to filter my connections. Thanks for that. I searched and couldn't find anything useful! smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] spamhaus - what do you think?
Jake Vickers wrote: Not really Toaster related, but has anyone else noticed issues now that Spamhaus is merging their lists? I have one server that ONLY uses zen.spamhaus.org in my /var/qmail/control/blacklists and I have had 10 users this week alone (on different ISPs - Roadrunner, Sprint, Comcast) that have complained to me they were not able to send emails from their home network. I move them to the submission port and all is well. Just seems since Spamhaus is merging several lists together that some of the more restrictive ones are being merged into zen. Anyone else had similar issues? Grrr. I'm traveling right now, and PBL is blocking my Treo (Verizon) from sending emails because the IP is in the PBL list. I've had 30+ users in the last week complain because their Roadrunner IP (and that's not even counting Comcast) is listed; seems the PBL blocks dynamic IPs pretty much across the board. And on my Treo I can't just move to the submission port (Treo 700). It doesn't allow me to change the SMTP port. I've since moved away from zen, and am now using sbl-xbl, which from spamhaus's website says will go away soon. zen/pbl does not work for me. Nor my users. I really like spamhaus (blocks 80% of spam for me), but this will force me to move away from it. I'm going to start looking at other blacklists to make up for it, hopefully without finding one that will just go away in the middle of the night (I did contact ordb (I think that was their name, maybe sorbs?) and tried to obtain a copy of their database/scripts so that I could maintain it, but got NO reply back). Do you guys think a wiki page should be started so we can all help each other out to find a good mix to replace zen? smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] spamhaus - what do you think?
I had serious issues with that when the merge happened. I had to drop my blacklists entirely because of it. On Jan 26, 2007, at 7:49 AM, Jake Vickers wrote: Not really Toaster related, but has anyone else noticed issues now that Spamhaus is merging their lists? I have one server that ONLY uses zen.spamhaus.org in my /var/qmail/control/blacklists and I have had 10 users this week alone (on different ISPs - Roadrunner, Sprint, Comcast) that have complained to me they were not able to send emails from their home network. I move them to the submission port and all is well. Just seems since Spamhaus is merging several lists together that some of the more restrictive ones are being merged into zen. Anyone else had similar issues? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
Jake Vickers wrote: Do you guys think a wiki page should be started so we can all help each other out to find a good mix to replace zen? I'd like to see some collaboration on RBLs in general. I suppose we could use the wiki in addition to this list. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
Eric Shubes wrote: Jake Vickers wrote: Do you guys think a wiki page should be started so we can all help each other out to find a good mix to replace zen? I'd like to see some collaboration on RBLs in general. I suppose we could use the wiki in addition to this list. At this point I'd even be amicable to running a BL, so that it fit MY needs; it would be nice if it fit other people's needs as well. I took a quick peek on the 'net, but couldn't find anything that had any example scripts/submission pages to run your own BL. Guess I'll look some more later, but I'll probably end up just going with a new set of BLs to filter my connections. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] spamhaus - what do you think?
http://www.corpit.ru/mjt/rbldnsd.html On 1/30/07, Jake Vickers [EMAIL PROTECTED] wrote: Eric Shubes wrote: Jake Vickers wrote: Do you guys think a wiki page should be started so we can all help each other out to find a good mix to replace zen? I'd like to see some collaboration on RBLs in general. I suppose we could use the wiki in addition to this list. At this point I'd even be amicable to running a BL, so that it fit MY needs; it would be nice if it fit other people's needs as well. I took a quick peek on the 'net, but couldn't find anything that had any example scripts/submission pages to run your own BL. Guess I'll look some more later, but I'll probably end up just going with a new set of BLs to filter my connections. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: Do you guys think a wiki page should be started so we can all help each other out to find a good mix to replace zen? I'd like to see some collaboration on RBLs in general. I suppose we could use the wiki in addition to this list. At this point I'd even be amicable to running a BL, so that it fit MY needs; it would be nice if it fit other people's needs as well. I took a quick peek on the 'net, but couldn't find anything that had any example scripts/submission pages to run your own BL. Guess I'll look some more later, but I'll probably end up just going with a new set of BLs to filter my connections. There appear to be plenty of BLs out there already. I think we simply need to find a way to manage (classify/rate/select) them. Perhaps it'd be useful to set up any easy way for the toaster to use an anti-rbl list (the capability's built in to rblsmtpd). Each admin could then maintain their own anti-rbl list containing addresses they would like to allow. Keeping it up2date would be a challenge though. This would probably only work with an automated update sort of like dyndns. Just a thought. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
I have considered the same thing myself.. The problem would be the inevitable ddos attacks. I was looking at spamikaze a bit. At this point I'd even be amicable to running a BL, so that it fit MY needs; it would be nice if it fit other people's needs as well. I took a quick peek on the 'net, but couldn't find anything that had any example scripts/submission pages to run your own BL. Guess I'll look some more later, but I'll probably end up just going with a new set of BLs to filter my connections. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
I have always forced all my clients to use their ISPs smtp server. Helps to keep me from getting blacklisted, saves bandwidth, etc. If they need email on the road, that's what webmail is for. snip Grrr. I'm traveling right now snip Sure you've read this, but just in case:-) To use verizon's smtp server, taken from vzw site: To utilize SMTP you will need to do the following: Change your Outgoing Mail Server to smtp.vzwmail.net. The steps to change the Outgoing Mail Settings will vary by email client. Please refer to your email client provider for instructions on how to change the setting. Create a VText.com profile if you do not already have a Verizon Wireless VText.com profile. Visit www.vtext.com from your PC to register for free. A TXT Messaging capable data device or phone is required. The credentials to access the send mail server will be the 10-digit mobile number (used on VText.com) @vzwmail.net (i.e. [EMAIL PROTECTED]) for the user name. For the password use the password established on www.vtext.com. NOTE: Credentials established on www.vtext.com may take up to 48 hours before they will work on the Verizon Wireless SMTP server. If your password works on www.vtext.com but not on the smtp.vzwmail.net server, try again in a couple hours. The Verizon Wireless SMTP server can be accessed from most ISPs (Internet Service Providers) eliminating the need to reconfigure settings when switching between Verizon Wireless and other networks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] spamhaus - what do you think?
Not really Toaster related, but has anyone else noticed issues now that Spamhaus is merging their lists? I have one server that ONLY uses zen.spamhaus.org in my /var/qmail/control/blacklists and I have had 10 users this week alone (on different ISPs - Roadrunner, Sprint, Comcast) that have complained to me they were not able to send emails from their home network. I move them to the submission port and all is well. Just seems since Spamhaus is merging several lists together that some of the more restrictive ones are being merged into zen. Anyone else had similar issues? smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] spamhaus - what do you think?
Jake,This has been causing problems for several of my customers and is a real pain.The note on the spamhaus pbl removal list says that users using dynamic IPs which have fallen into a blocked range don't need to apply as long as they're using smtp authentication(?) - but this doesn't seem to help in many cases.Some of the affected IPs have been listed on PBL and some on XBL.What is the 'submission port' solution and are there any other solutions?John Not really Toaster related, but has anyone else noticed issues now that Spamhaus is merging their lists? I have one server that ONLY uses zen.spamhaus.org in my /var/qmail/control/blacklists and I have had 10 users this week alone (on different ISPs - Roadrunner, Sprint, Comcast) that have complained to me they were not able to send emails from their home network. I move them to the submission port and all is well. Just seems since Spamhaus is merging several lists together that some of the more restrictive ones are being merged into zen. Anyone else had similar issues?
RE: [qmailtoaster] spamhaus - what do you think?
I've had such an issue with zen.spamhaus.org that I've had to remove it for the time being until I can set my users up on port 587. Most of my users use roadrunner and it appears the PBL list basically has all IP blocks of roadrunner on their block list which has caused me huge problems. -Original Message- From: Jake Vickers [mailto:[EMAIL PROTECTED] Sent: Friday, January 26, 2007 7:50 AM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] spamhaus - what do you think? Not really Toaster related, but has anyone else noticed issues now that Spamhaus is merging their lists? I have one server that ONLY uses zen.spamhaus.org in my /var/qmail/control/blacklists and I have had 10 users this week alone (on different ISPs - Roadrunner, Sprint, Comcast) that have complained to me they were not able to send emails from their home network. I move them to the submission port and all is well. Just seems since Spamhaus is merging several lists together that some of the more restrictive ones are being merged into zen. Anyone else had similar issues? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamhaus - what do you think?
Netnamin / Compusolve wrote: Jake, This has been causing problems for several of my customers and is a real pain. The note on the spamhaus pbl removal list says that users using dynamic IPs which have fallen into a blocked range don't need to apply as long as they're using smtp authentication(?) - but this doesn't seem to help in many cases. Some of the affected IPs have been listed on PBL and some on XBL. What is the 'submission port' solution and are there any other solutions? John Not really Toaster related, but has anyone else noticed issues now that Spamhaus is merging their lists? I have one server that ONLY uses zen.spamhaus.org in my /var/qmail/control/blacklists and I have had 10 users this week alone (on different ISPs - Roadrunner, Sprint, Comcast) that have complained to me they were not able to send emails from their home network. I move them to the submission port and all is well. Just seems since Spamhaus is merging several lists together that some of the more restrictive ones are being merged into zen. Anyone else had similar issues? On the newer version of Toaster there is a submission port, port 587, that allows your users to send emails after SMTP-AUTH without being checked against the blacklist. If the user is coming from a static IP you can add an entry in tcp.smtp to allow their IP to pass emails without being checked against the blacklists (still subject to SMTP-AUTH as well, but they would still be able to send on port 25): 66.251.213.44:allow,RELAYCLIENT=,RBLSMTPD= smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] spamhaus - what do you think?
Thanks for that info Jake. (My customers are mainly using dynamic IPs) I'm using qmail-toaster-1.03-1.3.5 - does that have the port 587 submission? Also in the newer versions that have this facility is 587 the standard port used, or do you need switch it over to that port. If the latter then how? Thanks, John Netnamin / Compusolve wrote: Jake,This has been causing problems for several of my customers and is a real pain.The note on the spamhaus pbl removal list says that users using dynamic IPs which have fallen into a blocked range don't need to apply as long as they're using smtp authentication(?) - but this doesn't seem to help in many cases.Some of the affected IPs have been listed on PBL and some on XBL.What is the 'submission port' solution and are there any other solutions?John Not really Toaster related, but has anyone else noticed issues now that Spamhaus is merging their lists? I have one server that ONLY uses zen.spamhaus.org in my /var/qmail/control/blacklists and I have had 10 users this week alone (on different ISPs - Roadrunner, Sprint, Comcast) that have complained to me they were not able to send emails from their home network. I move them to the submission port and all is well. Just seems since Spamhaus is merging several lists together that some of the more restrictive ones are being merged into zen. Anyone else had similar issues?On the newer version of Toaster there is a submission port, port 587, that allows your users to send emails after SMTP-AUTH without being checked against the blacklist. If the user is coming from a static IP you can add an entry in tcp.smtp to allow their IP to pass emails without being checked against the blacklists (still subject to SMTP-AUTH as well, but they would still be able to send on port 25): 66.251.213.44:allow,RELAYCLIENT=,RBLSMTPD=
Re: [qmailtoaster] spamhaus - what do you think?
Jake Vickers wrote: Netnamin / Compusolve wrote: Thanks for that info Jake. (My customers are mainly using dynamic IPs) I'm using qmail-toaster-1.03-1.3.5 - does that have the port 587 submission? Also in the newer versions that have this facility is 587 the standard port used, or do you need switch it over to that port. If the latter then how? I think it was brought in at version 1.03-1.3.8, so you'll need to upgrade. And no, there's actually 2 ports being used: 25 as normal, and 587 for the users. Just to clarify, once you've upgraded your toaster and the 2nd qmail-smtpd is running on port 587 (this is pretty much automatic if you use qtp-newmodel to upgrade), the only configuration you need to do on the toaster is to open up port 587 on the firewall. To do this, simply edit your firewall.sh script appropriately (or download a new one from the main site) and run it. Your users will then need to change their email (client) program configuration. For their outgoing (smtp) server, they should specify port 587 instead of port 25 (typically the default). Of course, how to do this varies by program. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
