1) Read the group for a week or two before posting to it. If there is FAQ's for a given sdnet newsgroup, read them and follow them. You can find the FAQ's for a given group in the sdnet newsgroup list
Articles subjected to cancellation:
Edit out the main body of the spam as much as possible. There no good reason to include even more of the spam/ads, you are just promoting more of it. If the spam is posted to more then one group, remove all other newsgroups on the line except for the one you are reading it off of.
"Your article was found in a _regional_ usenet newsgroup. This _regional_ newsgroup, 'sdnet' stands for San Diego, California, USA. It is meant for the people in San Diego for jobs IN San Diego. Your article was found not to even come close to the region of San Diego, Calif. Please locate the correct regional newsgroup for your article."
You can see how this letter could easily be changed to fit any of the other sdnet newsgroups.
The below comes from just one of many ISP's and their terms for service:
"that the regional groups *only* permit postings related to their specific region, and that unless a group, by charter, *specifically* permits commercial postings, then such postings are not allowed."
In general, if a person(s) *continues* to knowingly, intentionally abuse this hierarchy (sdnet.*) by: harassment, stalking, flooding a newsgroup(s), impersonate or forge another users name for the purpose of harassment in the sdnet.* hierarchy or create a situation in the sdnet.* hierarchy such that the newsgroup(s) are no longer useable and the local regulars no longer feel comfortable in using the regional newsgroup(s) this will result in action taken against the abuser(s). Such actions could be and not limited to; being banned from the hierarchy (your articles will be cancelled when posted to the sdnet.* hierarchy), and reports sent to the ISP's involved.
This above policies permit the sdnet.* Usenet News Administrators to cancel any article posted in the sdnet.* hierarchy that do not adhere to the above policies.
Back to the Sdnet.config Home Page
Please send suggestions to: William Kronert