articles/good_email.texi

   1 @node Написание хороших писем
   2 @section Написание хороших писем
   3
   4 Вы собираетесь пойти на работу в тренировочных штанах? Ваше
   5 распечатанное резюме будет содержать исправления от руки? Если вы на эти
   6 вопросы ответили отрицательно, то наверное вы также хотели бы писать
   7 профессиональные качественные email-ы. Окружение общества Интернет
   8 пользователей в этом плане очень строгое и стойкое. Здесь предоставлю
   9 небольшие рекомендации чтобы ваши письма были хотя бы на каком-то
  10 уровне.
  11
  12 @table @asis
  13
  14 @item Цитирование
  15 Общее правило: никогда не цитируйте полностью все
  16 письмо. Цитируйте только нужные части. Используйте inline метод
  17 цитирования (когда все письмо разбивается на несколько смысловых
  18 частей и ответ даётся под цитатой каждого). Урезайте цитируемое
  19 сообщение если это возможно.
  20
  21 @item Тема
  22 Выбирайте нормальные что-то значащие темы сообщения. "Email",
  23 "Помогите", "Привет", или "Вопросы" далеко не самые лучшие темы
  24 сообщения. Если тема обсуждения в процессе общения изменилась --
  25 смените и тему письме. Если тем становится несколько -- создайте два
  26 письма с разными темами.
  27
  28 @item Длина строки сообщения
  29 Она должна быть где-то около 72 символов.
  30 70, 74 или даже 76 -- ничего конечно же страшного, но большинство
  31 пользователей будут крайне недовольны если это будет больше. Email это
  32 не Web -- оно всегда было ориентировано, затачивалось под стандартные
  33 терминалы и принтеры, где происходит работы с простым текстом. Читать
  34 длинные строки и бегать глазами по экрану -- крайне неудобно, поэтому во
  35 вногих системах максимальная длина отображаемых символов равна 80
  36 символам.
  37
  38 @item Подпись
  39 Делайте её маленькой и простой. Подписи длиной больше пяти строк лучше
  40 не делать. Подпись отделяется от письма на отдельной строке двойным
  41 дефисом и пробелом (@code{-- }). Эта последовательность уже больше
  42 тридцати или сорока лет используется во всех почтовых клиентах и
  43 серверах. Другие неприемлемы.
  44
  45 @item Почтовые рассылки
  46 Отвечайте вашему собеседнику только в рассылку. Не надо отправлять копию
  47 письма ещё и лично ему (то есть использовать поле @emph{Cc}
  48 (carboon-copy)). Получатель может получить два одинаковых письма, что
  49 вряд ли ему понравится.
  50
  51 @item Перенаправление писем (forwarding)
  52 Старайтесь давать краткое пояснение к тому что перенаправляете. Это
  53 также может сделать получателя недовольным как и глупая тема сообщения.
  54
  55 @item HTML в письмах
  56 Не используйте его. Он был создан исключительно
  57 только для Web-а и никакого отношения к email не имеет ни технически,
  58 ни как-то ещё. Это лишнее увеличение в пустую сообщения и
  59 невозможность большинству почтовых клиентов отобразить его. Кроме
  60 того, HTML может нести массу больших опасностей в виде злоумышленного
  61 JavaScript, ActiveX, Flash, Java кода.
  62 @end table
  63
  64 @strong{О top/bottom/inline-postingе}
  65
  66 Есть три варианта ответов на цитируемое сообщение:
  67
  68 @table @asis
  69 @item Top-posting
  70 Ответ идёт в самом начале письма, до цитаты. Пример:
  71
  72 @verbatim
  73 Здесь расположен мой ответ на цитируемое письмо
  74
  75 > бла бла бла яга
  76 > бла бла бла foo
  77 > бла бла бла foobar
  78 > бла бла бла bar
  79 @end verbatim
  80
  81 @item Bottom-posting
  82 Ответ идёт в конце письма, после цитаты. Пример:
  83
  84 @verbatim
  85 > бла бла бла яга
  86 > бла бла бла foo
  87 > бла бла бла foobar
  88 > бла бла бла bar
  89
  90 Здесь расположен мой ответ на цитируемое письмо
  91 @end verbatim
  92
  93 @item Inline-posting
  94 Ответ идёт после цитируемых логически разбитых частей сообщения. Пример:
  95
  96 @verbatim
  97
  98 > бла бла бла яга
  99 > бла бла бла foo
 100 Яга-баба
 101
 102 > бла бла бла foobar
 103 > бла бла бла bar
 104
 105 Бла бла бла
 106 @end verbatim
 107 @end table
 108
 109 Применять нужно исключительно только последний вариант ответа, то есть
 110 inline-posting. Если логических/смысловых частей сообщения не больше
 111 одного, то, по сути, это конечно просто навсего bottom-posting. И таких
 112 сообщений большинство всегда встречается -- поэтому bottom-posting
 113 обычно не выделяют и не различают. Если же тем письма несколько -- стоит
 114 подумать не разбить ли его на два письма с соответствующими смыслами.
 115
 116 Почему top-posting категорически должен избегаться и не использоваться?
 117
 118 @itemize
 119 @item
 120 Он делает все сообщения непонятными, неразумными. Обычно ответ дают на
 121 то, что уже сказано. То есть человек читает о том, что кто-то что-то
 122 сказал -- а затем он читает ответ другого кого-то на это. Top-posting
 123 делает полную ахинею для людей которые обычно читают сверху вниз --
 124 сначала он читает ответ, а потом уже дальше осознает а на что же ему
 125 дали ответ.
 126
 127 @item
 128 Почты может быть даже от одного человека очень много и постоянно
 129 помнить на что же кто-то должен прислать ответ -- нереально. А когда
 130 речь идёт о почтовых рассылках? Top-posting полностью убивает
 131 возможность понять о чем же идёт речь -- лишь только долго и
 132 кропотливо бегая по сообщениям.
 133
 134 @item
 135 Top-posting делает невозможным нормальный удобный ответ на письмо.
 136 Можно вставить ответ на цитату самого этого top-postingа, однако если
 137 цитируемых сообщений (необходимых для вставки) было намного больше? То
 138 есть это выглядело бы примерно так:
 139
 140 @verbatim
 141 >часть 1 ответа на ответ на сообщение
 142
 143 Ответ на часть 1 на ответ на сообщение
 144
 145 >часть 2 ответа на ответ на сообщение
 146 >
 147 >> ответ на сообщение
 148 >>> сообщение
 149
 150 Ответ на часть 2 на ответ на сообщение
 151 @end verbatim
 152 @end itemize
 153
 154 @strong{Несколько небольших советов}
 155
 156 @itemize
 157 @item
 158 Старайтесь не посылать большие вложения вместе с письмами. Используйте
 159 сторонние, более приспособленные для передачи больших объёмов
 160 информации, сервисы и пришлите ссылку на них, либо распространите файлы
 161 через BitTorrent, приложив torrent файл. Есть несколько причин, почему
 162 так лучше не делать.
 163
 164     @itemize
 165     @item
 166     Если вложение не является текстом (7-битный ASCII текст, возможно с
 167     небольшим количеством 8-битных символов), то этот пункт можно
 168     пропустить. Иначе, все двоичные данные (русский текст тоже к ним
 169     относится) кодируются в Base64 кодировку, что приводит к увеличению
 170     его размера примерно на треть. Вместо трёх мегабайт, вы пошлёте
 171     четыре. Применяя более приспособленные для этого методы доставки
 172     файлов, такие как по HTTP или FTP протоколам -- вы это избежите.
 173     @item
 174     Далеко не всегда у всех будет под рукой Интернет с большой скоростью
 175     и малой ценой доступа. Как правило, почтовые клиенты настроены для
 176     того чтобы при подключении к серверу скачать всю новую почту, что
 177     может привести к нежелательным последствиям для удобства и денежного
 178     счета получателя. Передаваемая ссылка внутри письма может быть
 179     использована в любое удобное для пользователя время.
 180     @item
 181     Так как почтовые сервисы представляют из себя достаточно большие
 182     цепочки связанных SMTP-серверов, то каждое сообщение проходит
 183     довольно длинный путь. На каждом сервере, как правило, сохраняется
 184     проходящая через него почта. Это приводит к многократному
 185     дублированию больших объёмов данных. Крайне заметно это когда письма
 186     с вложениями отправляются в почтовые рассылки -- где рост
 187     продублированных данных идёт в геометрической прогрессии.
 188     @end itemize
 189
 190 @item
 191 Сама по себе природа email -- крайне небезопасная. В том плане, что вся
 192 передаваемая информация почти всегда передаётся и сохраняется на
 193 большом количестве серверов в открытом, не зашифрованном, не
 194 защищённом виде. Никогда не передавайте важные данные без
 195 использования специального программного обеспечения, такого как
 196 PGP.
 197 @item
 198 При пересылке (forwarding) или ответе на сообщения, не меняйте порядок
 199 или сами слова. Только с разрешения самого автора.
 200 @item
 201 Следите за полем @emph{Cc} (carboon-copy). Не включайте туда лиц, когда
 202 общение уже перешло в разряд один-на-один.
 203 @item
 204 Учитывайте, что люди с которыми вы общаетесь могут находится на другом
 205 конце земного шара. Не ждите моментального ответа -- возможно
 206 получатель давно уже спит.
 207 @item
 208 Используйте смешанный регистр букв. ЗАГЛАВНЫЕ БУКВЫ ИСПОЛЬЗУЮТСЯ КОГДА
 209 ВЫ ХОТИТЕ ПОКАЗАТЬ ЧТО КРИЧИТЕ!
 210 @item
 211 Используйте символы для эмоционального выделения слов.
 212 @end itemize
 213
 214 @copyright{} Сергей Матвеев