It's not a question of learning tools, it's a question of being able to diagnose the problem (regardless of tools) and then implementing a solution in the least amount of time, for the least amount of money, with the widest positive effect and with the client having to do little, if anything at all.

I'm not going to spend time spoofing connections, running port sniffers or the like when I can ask them directly, "who's your ISP?"

SBC has a huge established client base, the majority of whom we can assume use SBC's mail servers. A large enough portion of those clients have infected PCs sending SPAM, many using virus-installed mail servers. SBC made the decision to block port 25 outbound and to restrict outgoing mail to mail servers on their network.

This was their quickest, least-costly solution with the widest positive effect and their clients didn't have to do a thing to implement it.

However, SBC left those clients that use SBC's internet connection, but do NOT use SBC's mail service high and dry. It's up to those clients' non-SBC mail providers to now determine and implement a solution in the least amount of time, for the least amount of money, with the widest positive effect and with the client having to do little, if anything at all.

Once I know a client can receive, but not send e-mail and I have verified their settings, I can now go straight to "do you use SBC to connect to the Internet?" If yes, problem solved (link to opt out form), else, continue diagnosing. Once other ISPs begin blocking port 25 (esp. in this area), I can implement a switch/case for the opt out links. :)

If we were to implement a global server-side change that required a global client-side change, we'd be putting our non-SBC-internet clients in the same situation we were put in by SBC.

-- Adrian

Jack Lavender wrote:
Cute

I am sure I have paid that in spades and will end up doing so many times
again.  It is a part of doing business.  Learning to use the tools takes
time to diagnose problems is ever painful.  This issue has been going on for
a long time with dialup and will continue to ripple until we can get people
to stop acting as unsecured relays.
----------------------------------------------------------
To post, send email to [email protected]
To unsubscribe: http://www.dfwcfug.org/form_MemberUnsubscribe.cfm
To subscribe: http://www.dfwcfug.org/form_MemberRegistration.cfm





Reply via email to