----- Original Message ----- From: "Michael W.Cocke" > On Fri, 30 Apr 2004 23:32:48 -0400, you wrote: > > >At 05:23 PM 4/30/04 -0500, Hoyt Bailey wrote: > >> > Could you perhaps be more specific about your problem? being > >> > "considered a spammer" isn't a very specific problem > >>Brett Miller explained it logically. My major complaint was that dial > >>up users are considered as possible spamers if I were sending spam I > >>would at least have a direct connection to the net. > > > >That's untrue.. dialup users are considered potentially spammers IF they > >don't relay via their ISP's mailserver. > > and what (he asked with a straight face) are we supposed to do if our > so-called ISPs don't offer a mail server?
Can you give an example of an ISP in this situation? > My new policy is to send my mail where it needs to go. If it doesn't > arrive, I refer the intended recipient to _THEIR_ ISP and tell them > that it needs to be fixed. I'm all in favor of blocking spam, but > sopme approaches are just plain stupid. In reality it isn't as stupid as it appears to you. Dynamic IPs change "ownership" every time a new connection is made. There is an issue of responsability. If spam arises from a dynamic ip how do you find out who sent it? Not all ISPs keep or are interested in looking up logs of dynamic ip assignments to progress spam reports. Not accepting mail from dynamic ranges is remarkably effective at stopping spam amongst other things. The amount of legitimate email blocked by this is close to zero since most people have alternatives (such as relaying through their ISP server or another server which they have an agreement with). However, the real solution if you are running a mail server is to put it on a static IP. The risk of not being able to send mail is the least of the concerns. John > Mike- > > -- > If you're not confused, you're not trying hard enough. > -- > Please note - Due to the intense volume of spam, we have installed site-wide spam filters at catherders.com. If > email from you bounces, try non-HTML, non-encoded, non-attachments,
