| 
 Synchronet - 
Technical Support
  
Support is on a Voluntary Basis
Just as Synchronet is developed by volunteers, it is supported by volunteers. 
No one is obligated to help anyone else with Synchronet. However, Synchronet 
sysops, users, and (especially) its developers, are usually very interested (and often feel 
compelled) in helping 
other sysops, users, and developers understand and overcome technical issues, of all kinds, related to 
Synchronet. These "support-givers" are strictly volunteers, spontaneously giving of their 
free time, to help others enjoy Synchronet as much as possible. 
The primary Synchronet support-giver is also the primary developer and 
author of this document, Rob Swindell 
(AKA digital man). Generally speaking, the information provided by me can 
be trusted to be the most accurate and researched. I do my best to provide 
complete and accurate answers to questions, and no one is more intimate with the 
inner-workings of Synchronet than I. However, I discourage direct e-mail support 
as we want others to be able to learn from the questions and experiences of 
others, as well as give an opportunity for other Synchronet support-givers 
to field questions as much as possible. 
 
Where to Find Support
  - Documentation (RTFM)
 
  If you already have Synchronet 
installed, then read the files or perform a text search in the Synchronet 
  docs directory.
  The official web-site also includes the documentation files and is searchable online (thanks to Google).
   
   
  If you 
  haven't already, read the HTML 
  Sysop Documentation. It is somewhat out-dated at this time (updated as of 
  v3.00c-Win32), but still 
  contains most of the relevant information needed to configure and run a 
  Synchronet v3 BBS.  
   
  Read the answers to frequently 
  asked questions (FAQs). 
   
  Many Synchronet documents were written by different people at different 
  times during the 10-year history of Synchronet and are of a different style 
  and quality. 
   
  If you have trouble understanding a portion of a document, try reading the 
  rest of the document to put it in context, or re-read the portion out-loud to 
  yourself, a friend, or family member (which forces you to slow down your 
  reading, hopefully). 
  
  - Discussion Groups
 
  There are a number of Synchronet-related discussion groups that are very 
  active and you can anticipate a response quickly. 
  They include: 
  
  
  Before posting a message on one of these discussion groups, it is expected 
  that you will first search through the previously posted messages for messages 
  related to the issue you have questions about. Your question may have already 
  been answered recently. Several times even. 
   
  If you post a message, it is expected that you will read any replies to your 
  message and post a reply with answers to any follow-up questions from 
  support-givers or the results of any suggested actions by 
  support-givers. More details about the recommended content of your message 
  will follow later in this document. 
   
  You can access the main Synchronet support discussion groups, that are gated 
  between DOVE-Net, USENET, and FidoNet, on Vertrauen via
  HTTP,
  NNTP,
  Telnet, or
  Gopher. You will need to create and 
  login with a valid user account (e.g. not Guest/Anonymous) in order to post 
  messages. 
  
  - Real-time Chat / Instant Messaging
 
  
  Unfortunately, there is no permanent record of the support given in Internet Relay Chat (IRC) or 
  Instant Messaging (IM), so there is little chance of anyone else benefiting from 
  the support given there. Also, you have to consider yourself lucky to find a 
  knowledgeable support-giver available for chat at the exact time you 
  need help. For these reasons, it is preferred that you use a discussion group
  for support questions. 
   
  Synchronet Inter-BBS Instant Messaging technology is in its infancy at this 
  time and requires direct real-time one-on-one communication between you and a
  support-giver of your choosing using a fairly cumbersome user 
  interface. It's best to not use Synchronet's IM technology for technical 
  support at this time. Synchronet support-givers are  generally 
  not reachable using other Instant Message technologies. 
   
  The best place to find instant answers to questions is in the #bbs or #synchronet 
  channels on the BBSnet IRC server: irc.thebbs.org:6667 or the new 
  Synchronet IRC network at irc.synchro.net:6667. 
   
 
 
How to Ask Questions
  - Be polite.
 
  Remember, we're just volunteers, so be nice. Don't be demanding, rude, 
  hostile, or 
  inconsiderate. 
  This isn't to say we require excessive use of "please and thank you", just 
  don't abuse us. 
  
  - Use proper spelling and grammar.
 
  I (and most, if not all, Synchronet support-givers) speak English 
  and unfortunately, only English. If you do not have command of the English 
  language, please do your best to learn from previous questions/answers from 
  others before posting a message that will likely be difficult for 
  support-givers to 
  comprehend. 
   
  Many people don't find it necessary to type messages in complete sentences or use 
  proper punctuation, but that can make it difficult for a reader to understand 
  exactly what you're asking. If getting a complete and accurate answer is 
  important to you, don't be lazy when typing your question. Example: Questions 
  should end in a question-mark (?). 
  
  - Don't be emotional.
 
  There is no point to starting off a question by explaining how frustrated 
  or pissed-off you are, or explaining how helpless you feel. The issue is (or 
  had better be) a technical one, not an emotional one, so it's best to just 
  leave emotions out of it completely. 
  If you feel the necessity to express emotion, use common emoticons. :-) 
  
  - No threats.
 
  Threatening to shut-down your BBS or delete the software
  ("rm -rf sbbs")
  if you don't receive immediate help with some problem is less likely to motivate Synchronet
  support-givers than simply describing the problem in detail.
  
  Synchronet support-givers are generally much more interested in solving a real
  technical problem than they are worried about making sure Synchronet continues to
  consume disk space and CPU cycles for some whiny system operator.
 
  
  - Be patient.
 
  Remember that this is a hobby for us too and we may not read or reply to 
  messages right away, for a variety of reasons. There is no point expressing 
  how "urgent", "critical",  or "important" your question or problem is; we 
  reply to all messages when we read them and have an answer or follow-up 
  question of relevance. Sometimes networked discussion groups do not work 100% 
  correctly, a message is dropped or held in a queue for an excessive period of 
  time. If you do not get a reply to your message within 5-7 days, post the same 
  message again, perhaps adding a comment explaining that you have not seen a 
  reply. If you don't get a reply within 5-7 days after that, try posting the 
  same message in a different Synchronet-related discussion group. You will get 
  an answer. 
  
  - Give complete, detailed information.
 
  If you're getting an error message of any kind,  post the exact, 
  complete error message from a screen capture, or copy/paste from a log 
  file (e.g. data/error.log). Don't forget to edit-out any passwords or 
  other sensitive information from logs or screen captures. 
   
  Include the frequency of the problem (e.g. only once, every time, 
  intermittently). 
   
  The exact steps required to reproduce a problem can be extremely helpful in 
  finding the root cause/solution to a problem. 
   
  Specify what version and revision of Synchronet you're running (e.g. 
  "v3.10L-win32"). It is often helpful to know what operating system version 
  and/or distribution you're using (e.g. "Windows XP Pro" or "RedHat Linux 9").
   
   
  Details about your computer (brand, model, CPU type, speed, hard disk or RAM 
  size) are rarely useful in determining the cause of any Synchronet-related 
  problem. These details are best left out unless specifically asked for by a 
  support-giver. 
   
  The more complete the information you provide in your initial question, the 
  more likely you are to get a complete and accurate answer to your question 
  without requiring follow-up questions/answers. 
  
  - Stay on-topic.
 
  Try to keep your questions to one issue per message thread/topic/subject. This makes it easier 
  to follow-up on later and keep the thread focused on solving one particular 
  issue.  
   
  Post any follow-up messages by replying to your original message or a 
  reply from a support-giver (i.e. do not start a new topic for a 
  follow-up message). Do not change the message subject when replying to a 
  support message. 
   
  Please do not mix "suggestions" with "support questions", if you can help it. 
  
  - Answer any follow-up questions asked of you.
 
  This may be the most important suggestion I can make. When a 
  support-giver replies to your message with one or more questions, 
  answer each and every question completely. Nothing 
  frustrates me more than trying to help someone that has no problem asking 
  questions but will not answer any questions asked of them. 
   
  Quote the pertinent parts of previous messages when replying. (i.e. when 
  posting an answer to a question, be sure to quote the original question as 
  well). 
  
  - Share the final results for others to learn from.
 
  When you've taken any recommend actions, don't forget to post a follow-up 
  message with the results of those actions. 
  If you see someone else asking the same question later, don't hesitate to 
  become a support-giver yourself and tell them of any solutions or 
  results you've encountered yourself. 
  
  - Read other articles on how to get good technical support from volunteers.
 
  
  How to Ask Questions The Smart Way 
  
  How to Report Bugs Effectively 
 
 
Examples of Bad Support Questions
"hey man my bbs took a crap again." 
Thank You
Thank you for taking the time to read this document. And thanks in advance for taking
into consideration the recommendations made here for getting good technical suport in the future.
As a nod to support-givers, include a "Huzzah!" in support messages (subject or body).
This single word will let us know that you've read this document and agree to the principles
out-lined here, and it just might give your support question a little boost in priority
(no promises). For those who haven't bothered to read this document, let them wonder aloud
what this secret handshake is all about. ;-)
 Copyright © 2009 Rob 
Swindell  
 $Id: support.html,v 1.7 2009/01/31 21:27:29 rswindell Exp $ 
 |