2. Этикет списков рассылки

Вы уже сделали важный шаг, решив прочитать эту статью. Если вы новичок во FreeBSD, то сначала ознакомьтесь с программным обеспечением и связанной с нею документацией, включающей множество книг и статьей. Могут быть интересными: Часто задаваемые вопросы по FreeBSD (FAQ), Руководство по FreeBSD , и статьи Как работать со списком рассылки FreeBSD-questions с максимальной отдачей, Что такое BSD, и Пособие для новичков во FreeBSD.

Вы можете получить нелицеприятные высказывания в свой адрес, если зададите вопрос, ответ на который есть в приведённой выше документации. Это не потому что добровольцы, работающие над данным проектом очень плохие люди, а после многократного ответа на одни и те же вопросы - раздражение берёт своё. Это особенно справедливо, если уже существует и доступен ответ на вопрос. Не забывайте, что вся работа по улучшению FreeBSD выполняется добровольцами, и что мы только люди.

• Письма должны соответствовать уставу списка рассылки.

• Избегайте личных оскорблений. Как хорошие жители сети, мы должны держать себя по высоким стандартам поведения.

• Спам не разрешён. Нарушители данного правила будут забаненны.

• Пожалуйста, составляйте строки длиной примерно в 75 символов, так так не каждый использует модную почтовую программу с графическим интерфейсом.

• Пожалуйста, обращайте внимание на тот факт, что пропускная способность ограничена. Не каждый читает почту через высокоскоростное соединение. Если вы отправляете содержимое какого-нибудь файла, например config.log или объёмную трассировку стека, то, пожалуйста, размещайте его на каком-нибудь веб-сайте и присылайте просто ссылку на на него. Помните, что такие сообщения будут заархивированны, и это просто добавит ненужные байты к архиву.

• Оформляйте ваше сообщение, чтобы оно было читабельно и ПОЖАЛУЙСТА, НЕ КРИЧИТЕ!!!!!. Не упускайте из виду эффект, которое производит плохо отформатированное письмо, причём не только в списках рассылки FreeBSD. Ваше сообщение будет просмотрено другими людьми, и если оно плохо отформатировано, имеет множество ошибок и/или восклицательных знаков, то это создаст нехорошее впечатление о вас.

• Пожалуйста, используйте подходящий язык общения для конкретного списка рассылки. Существует много не англоязычных рассылок.

  Мы понимаем, что для многих английский не родной язык и поэтому мы пытаемся сделать некие пособия. Считается плохим тоном критиковать людей не говорящих по-английски за лексические и грамматические ошибки. FreeBSD имеет отличные продвижения в этом отношении. Пожалуйста, помогайте сохранять нам эту традицию.

• Пожалуйста, используйте совместимый со стандартами почтовый клиент (MUA). Много плохо отформатированных сообщений исходят от неправильно работающих или плохо сконфигурированных почтовых клиентов. Известно, что следующие почтовые программы могут посылать неправильно отформатированные сообщения без вашего ведома:

  • cc:Mail

  • Eudora® (старые версии)

  • exmh

  • Microsoft® Exchange

  • Microsoft Internet Mail

  • Microsoft Outlook®

  • Netscape® (старые версии)

  Как вы можете видеть, виновниками зачастую являются почтовые программы из мира Microsoft. Если это вообще возможно, используйте почтовую программу из UNIX®. Если вы должны использовать почтовую программу в среде Microsoft, удостоверьтесь в корректности ее настроек. Постарайтесь не использовать MIME: многие используют программы, которые не очень хорошо работают с MIME.

• Проверьте правильность настроек времени и временной зоны. Это может выглядеть немножко глупо, потому что ваши сообщения все равно будут доставляться, однако многие люди получают несколько сотен сообщений в день. Зачастую они сортируют входящие сообщения по теме и дате, и если ваше сообщение не будет предшествовать первому ответу, то они могут предположить, что оно потерялось и даже не взглянут на него.

• Основной объем информации, который вы должны предоставить, представляет собой вывод программ, таких, как dmesg(8), или консольные сообщения, которые обычно появляются в файле /var/log/messages. Не пытайтесь скопировать эту информацию, набрав ее снова; это действительно трудно, и здесь легко сделать ошибку. Чтобы послать содержимое файлов протоколов, сделайте копию файла и воспользуйтесь редактором для того, чтобы обрезать информацию, оставив только относящуюся к делу, либо скопируйте и вставьте текст в ваше сообщение. В случае вывода программ, таких, как dmesg, перенаправьте вывод в файл и включите его в письмо. Например,

  % dmesg > /tmp/dmesg.out
  

  Данная команда перенаправит информацию в файл /tmp/dmesg.out.

• При использовании операций копирования и вставки учтите, что некоторые такие операции отрицательно сказываются на формате строк. Особенно это стоит учесть при посылке содержимого файлов Makefile, где tab является важным символом. Это довольно часто встречающаяся проблема в базе данных сообщений об ошибках GNATS. В Makefile символы tab меняются на пробелы, или раздражающие =3B escape последовательности.

• Пожалуйста, включайте относящийся к теме текст из исходного письма. Сокращайте его до минимума, но не переусердствуйте. Любой, кто не читал исходное сообщение должен суметь понять о чём идёт речь.

  Это особенно важно для ответов, где исходное сообщение составляло сотни строчек.

• Отделяйте текст исходного сообщения от текста, добавляемого вами. Чаще всего строчки исходного сообщения предваряются ''> '' и пробелом. Отделяйте ваш текст от текста исходного сообщения пустыми строчками. Эти правила помогут сделать ваши сообщения более читабельными.

• Пожалуйста, убедитесь, что присваивания текста, который вы цитируйте корректны. Люди могут обидеться, если вы присвоите им слова, которые они не писали.

• Пожалуйста, не пишите ответ в начале. Это значит, что при ответе на сообщения, вставляйте ваши ответы в конец, после текста, копируемого из исходного сообщения.

  • A: Потому что это не соответствует логическому ходу обсуждения.

  • Q: Почему верхнее сообщение осуждает это?

  (Спасибо Рэнди Бушу (Randy Bush) за шутку.)