Каждый день интернет генерирует миллиарды электронных писем. Если вы регулярно пользуетесь сетью, вы, вероятно, отправляете дюжину или более сообщений, не задумываясь об этом. Мы принимаем это как должное. Но задумывались ли вы когда-нибудь о том, как ваше сообщение путешествует от ноутбука до адресата на другом конце планеты? Что именно делает с вашей почтой POP3-сервер?
Ответ удивительно прост. Несмотря на свою сложность, электронная почта построена на поразительно простом фундаменте.
Первый клик
История начинается в 1971 году. Инженер Рэй Томлинсон отправил первое в истории электронное письмо. До Томлинсона вы могли общаться только с пользователями на своей собственной машине. Его нововведение заключалось в соединении различных машин через зарождающийся Интернет. Он использовал символ @ для обозначения принимающей машины. Эта конвенция до сих пор определяет каждый адрес электронной почты.
По своей сути электронное письмо всегда было не чем иным, как простым текстовым сообщением. Ранние сообщения были короткими. Сегодня мы прикрепляем файлы, делая сообщения длиннее и «тяжелее». Но даже с вложениями фундаментальная структура остается текстовой. Мы увидим, почему это важно, позже.
Что делает ваш почтовый клиент
Вы, вероятно, проверяли входящие сообщения перед тем, как начать читать этот текст. Чтобы просматривать эти сообщения, вы используете почтовый клиент.
Некоторые предпочитают автономное программное обеспечение, такое как Microsoft Outlook, Outlook Express, Eudora или Pegasus. Другие полагаются на веб-клиенты, предоставляемые бесплатными сервисами, такими как Hotmail или Yahoo. Если вы пользователь AOL, вы используете их проприетарный клиент. Не имеет значения, какой клиент вы выберете. Все они выполняют одни и те же четыре базовые функции:
- Они отображают список сообщений в вашем почтовом ящике с помощью заголовков сообщений. Эти заголовки показывают отправителя, тему, время, дату и размер.
- Они позволяют выбрать заголовок для чтения основного тела сообщения.
- Они позволяют составлять новые сообщения. Вы вводите адрес электронной почты получателя, добавляете тему и набираете содержание.
- Они обрабатывают вложения, позволяя добавлять файлы к исходящей почте и сохранять входящие.
Продвинутые клиенты могут иметь дополнительные функции. Фильтры, подписи, списки контактов. Но под интерфейсом это всё, что они делают. Они являются лишь интерфейсами для гораздо более простой системы.
У вас есть клиент. У вас есть входящие сообщения. Но без бэкенда, которому можно передать письмо, вы просто кричите в пустоту. Здесь на сцену выходит почтовый сервер. Это инфраструктура, которая позволяет вашему клиенту подключаться, отправлять и получать почту.
Чтобы понять реальную сложность в дальнейшем, сначала нужно освоить самый минимум. Как выглядит простейший возможный почтовый сервер?
Логика базовых серверов
Если вы знаете, как работают веб-серверы, то уже имеете половину картины. Машины в интернете запускают приложения, которые слушают определенные порты. Они ждут подключений. Веб-серверы слушают HTTP-запросы. FTP-серверы ждут передачи файлов. Почтовые серверы сидят и слушают почтовые данные.
Представьте себе сервер, из которого убрали всю безопасность, фильтрацию спама и избыточность для обеспечения высокой доступности. Остается машина, на которой запущено одно приложение.
Вот как работает простейшая версия:
- Она поддерживает каталог учетных записей. Каждый человек, который может получать почту, имеет уникальный идентификатор. Ваша учетная запись может быть
mbrain. У Джона Смита —jsmith. - Для каждой учетной записи в этом списке сервер создает соответствующий текстовый файл. Таким образом, в каталоге сервера существуют файлы
MBRAIN.TXTиJSMITH.TXT. - Когда вы нажимаете «Отправить», ваш почтовый клиент делает две вещи. Он подключается к серверу. Он передает имя получателя (
mbrain), имя отправителя (jsmith) и тело сообщения («Маршалл, можем ли мы пообедать в понедельник? Джон»).
Сервер мало что делает с этими данными. Он форматирует эту информацию. Затем он просто добавляет ее в конец текстового файла получателя.
Запись в файле MBRAIN.TXT может выглядеть так:
От: jsmith
Кому: mbrain
Маршалл, можем ли мы пообедать в понедельник? Джон
Может быть добавлена отметка времени. Может быть добавлена тема письма. Но основной процесс невероятно прост. Сервер принимает входные данные. Записывает их в файл. Возвращается в режим ожидания до следующего подключения.
Эта базовая модель объясняет, почему важна настройка почтового сервера. Даже в этой урезанной версии сервер должен точно сопоставлять имена пользователей с файлами. Если маршрутизация выполнена неверно, сообщение никогда не попадет в текстовый файл. Если права доступа к файлу заданы неправильно, операция записи завершится ошибкой.
Реальные реализации гораздо надежнее простой операции добавления в конец файла. Они обрабатывают одновременные подключения, проверяют идентичность отправителей и управляют массивами хранения данных огромного объема. Но фундаментальный принцип остается неизменным. Данные поступают. Они направляются к месту назначения. Они сохраняются.
В следующем разделе мы подробно рассмотрим конкретные протоколы, которые обеспечивают эту работу, начиная с SMTP-сервера.
В ранние дни электронная почта была предельно простой. Когда люди отправляли письма на mbrain, сервер не сортировал, не хранил и не ставил в очередь какие-либо сложные данные. Он просто добавлял эти сообщения в конец одного текстового файла по мере их поступления. В этом файле накапливалось пять или десять сообщений. В конце концов, я входил в систему, чтобы прочитать их.
Когда я хотел проверить свою входящую почту, мой почтовый клиент подключался к этому серверному компьютеру. Самая простая возможная система работала следующим образом:
- Она запрашивала у сервера отправку копии файла MBRAIN.TXT.
- Она запрашивала у сервера очистку и сброс файла MBRAIN.TXT.
- Она сохраняла файл локально.
- Она разбивала файл на отдельные сообщения, используя слово «From:» в качестве разделителя.
- Она отображала все заголовки сообщений в виде списка.
Двойной щелчок по заголовку позволял клиенту найти это сообщение в текстовом файле и отобразить его тело. Это было примитивно. Это было базово. Удивительно, но реальная система электронной почты, которой вы пользуетесь каждый день, не намного сложнее этого.
Реальная система электронной почты
Для большинства людей инфраструктура разделена. Реальная система электронной почты состоит из двух разных серверов, работающих на одной машине. Один обрабатывает исходящую почту. Другой — входящую.
Исходящая сторона — это SMTP-сервер. SMTP расшифровывается как Simple Mail Transfer Protocol (Протокол простой передачи почты). Это двигатель, который отправляет ваше сообщение в мир.
Входящая сторона — это либо POP3-сервер, либо IMAP-сервер. POP расшифровывается как Post Office Protocol (Протокол почтового отделения). IMAP расшифровывается как Internet Mail Access Protocol (Протокол доступа к интернет-почте). Оба занимаются доставкой почты к вам.
Типичная настройка почтового сервера выглядит следующим образом:
[IMG:0]
SMTP-сервер прослушивает стандартный порт 25. POP3 прослушивает порт 110. IMAP использует порт 143. Если вам интересно узнать подробности о работе портов, вы можете посмотреть, как работают веб-серверы.
SMTP-сервер
Отправка электронной почты кажется мгновенной. Вы нажимаете «Отправить», и сообщение исчезает. Но за этим простым действием скрывается хаотичная серия рукопожатий, запросов и повторных попыток. Это не магия. Это протокол.
Когда вы нажимаете эту кнопку, ваш почтовый клиент перестает быть центром вселенной. Он передает полезную нагрузку (данные сообщения) на SMTP-сервер. В моем примере я — brain на домене howstuffworks.com. Я хочу поговорить с jsmith на домене mindspring.com. Я использую Outlook Express.
Настройка проста. При создании учетной записи я указал Outlook Express, что почтовым сервером для howstuffworks.com является mail.howstuffworks.com.
Ниже приведено пошаговое описание того, что на самом деле происходит, когда сообщение покидает мою машину.
Передача локальному серверу
Outlook Express устанавливает соединение с mail.howstuffworks.com на порту 25. Это стандартно. Это порт по умолчанию для SMTP-трафика.
Разговор элементарен. Я сообщаю серверу, кто я. Я сообщаю ему, с кем хочу связаться. Я передаю тело сообщения в поток данных.
Сервер смотрит на адрес «Кому»: jsmith@mindspring.com.
Он разделяет строку. Локальная часть — jsmith. Домен — mindspring.com.
Если бы я отправил это на brain@howstuffworks.com, логика была бы тривиальной. Сервер узнал бы домен, полностью обошел бы сеть и передал сообщение напрямую POP3-серверу через программу, называемую агент доставки.
Но jsmith находится в другом месте. Серверу нужно выйти за пределы своей сети.
Запрос направления
SMTP-сервер не может просто гадать, где находится mindspring.com. Ему нужны координаты.
Он запрашивает информацию у сервера доменных имен, или DNS. Запрос прямой: «Дай мне IP-адрес SMTP-сервера для mindspring.com».
DNS отвечает. Он предоставляет один или несколько IP-адресов. У Mindspring может быть несколько почтовых серверов для балансировки нагрузки или обеспечения отказоустойчивости. Сервер выбирает один и устанавливает соединение.
Междоменная ретрансляция
Теперь mail.howstuffworks.com подключается к smtp.mindspring.com (или к любому другому IP-адресу, на который указывает разрешение) на порту 25.
Разговор повторяется. Те же простые текстовые команды. Та же структура. Сервер HowStuffWorks передает сообщение серверу Mindspring.
Mindspring снова смотрит на получателя. Он видит jsmith и mindspring.com. Он знает, что этот пользователь находится на его собственном оборудовании. Он передает сообщение своему POP3-серверу. Сообщение помещается в почтовый ящик jsmith.
Что происходит при сбое?
Сети теряют пакеты. Серверы отключаются. Иногда соединение не устанавливается.
Если mail.howstuffworks.com не может достичь Mindspring, сообщение не исчезает. Оно не удаляется. Оно ставится в очередь.
Большинство серверов используют программу под названием sendmail для управления этой логистикой. Это создает очередь sendmail.
Очередь не статична. Она персистентна (сохраняется). Sendmail периодически повторяет попытки доставки. Стандартный интервал часто составляет 15 минут.
Это продолжается некоторое время. Обычно через четыре часа система отправляет вам уведомление. Она сообщает, что возникла проблема. Она не исправляет её. Она просто сообщает, что пытается решить её.
Через пять дней большинство конфигураций сдаются. Письмо возвращается вам как недоставленное. Вы получаете отбойное сообщение (bounce). Вы знаете, что доставка не удалась.
Язык SMTP
Весь процесс опирается на очень ограниченный словарный запас. SMTP-сервер понимает простые текстовые команды. Если вы посмотрите на сырой трафик, вы увидите их.
Вот команды, которые приводят механизм в движение:
- HELO — Это способ представиться. Он устанавливает сеанс.
- EHLO — Это также представление, но оно запрашивает расширенный режим. Оно сигнализирует о том, что клиент поддерживает современные функции.
- MAIL FROM: — Здесь вы указываете отправителя. Это ваша идентичность.
- RCPT TO: — Здесь вы указываете получателя. Это пункт назначения.
- DATA — Это начало тела сообщения. Сначала идут заголовки (Кому, От кого, Тема), затем следует содержимое.
- RSET — Сброс текущей транзакции. Начать заново без закрытия соединения.
- QUIT — Завершить сеанс. Закрыть дверь.
- HELP — Запросить список поддерживаемых команд.
- VRFY — Проверить адрес. Действительно ли существует этот пользователь?
- EXPN — Расширить адрес. Обычно используется для списков рассылки.
- VERB — Подробный вывод.
Эти команды — скелет электронной почты. Они старые. Они основаны на тексте. Они удивительно хрупки. Но они по-прежнему перемещают миллиарды сообщений каждый день.
Серверы POP3 и IMAP
В самых простых реализациях протокола POP3 сервер не выполняет сложных задач. По сути, он является просто «глупым» хранилищем. Конкретнее, он поддерживает набор текстовых файлов — по одному на каждый аккаунт. Когда приходит новое сообщение, сервер просто добавляет его в конец вашего файла. Без сортировки. Без индексации. Просто добавление в конец.
Когда вы открываете папку «Входящие», ваш клиент подключается к этому серверу через порт 110. Вы вводите свое имя пользователя и пароль. После аутентификации сервер разблокирует этот текстовый файл и позволяет вам просматривать его содержимое. Язык команд крайне лаконичен. Представьте, что вы общаетесь с роботом, который знает лишь несколько слов:
- USER — отправить ваш идентификатор.
- PASS — отправить ваш пароль.
- QUIT — завершить сеанс.
- LIST — показать мне список сообщений и их размеры.
- RETR — получить сообщение под номером X.
- DELE — пометить сообщение под номером X для удаления.
- TOP — показать мне первые X строк сообщения под номером Y.
Ваш почтовый клиент объединяет эти команды, чтобы скачать копию вашей почты на локальный жесткий диск. По умолчанию после этого он удаляет оригиналы с сервера. Сервер по сути является мостом между вашим клиентом и этим единственным текстовым файлом. Он настолько прост, что вы можете даже подключиться через telnet на порту 110 и вручную вводить эти команды, если вам хочется немного ностальгии.
Сервер IMAP
POP3 полезен, если вы предпочитаете читать почту на ноутбуке и никогда — на настольном компьютере. Он бесполезен, если вы хотите, чтобы ваша почта путешествовала вместе с вами. Основное ограничение POP3 заключается в том, что после загрузки сообщения оно остается на этом устройстве. Точка.
Это создает неудобства для людей, которые переключаются между настольным компьютером в офисе и ноутбуком в поездках. У вас получается фрагментированный почтовый ящик. Вы проверяете телефон, видите сообщение, затем проверяете ноутбук, а его там нет.
На сцену выходит IMAP (Internet Message Access Protocol — протокол доступа к сообщениям в интернете).
IMAP переворачивает ситуацию с ног на голову. Вместо того чтобы скачивать сообщения и удалять их с сервера, IMAP хранит все на сервере. Ваши папки, флаги, вложенные папки — все это остается на удаленной машине. Когда вы ищете электронное письмо, вы не просматриваете локальный диск. Поиск выполняет сервер. Это означает, что любое устройство, к которому вы подключаетесь, видит абсолютно одинаковое состояние вашего почтового ящика.
Это более продвинутый протокол, поскольку он предполагает, что вы можете взаимодействовать с вашей почтой без необходимости скачивать каждый байт в локальный кэш. Вы можете организовывать, отмечать и перемещать сообщения, и эти изменения мгновенно синхронизируются с сервером.
Проблемы IMAP и вложения
Клиенты электронной почты взаимодействуют с серверами IMAP через порт 143. Это общение построено на простых текстовых командах. Вы запрашиваете список папок. Вы запрашиваете заголовки сообщений. Вы загружаете конкретные письма. Вы удаляете старые. Вы ищете по всей архивной базе. Всё просто.
Но есть пробел. Если ваша почта хранится на сервере, как вы можете читать её в автономном режиме?
Большинство клиентов решают эту проблему с помощью кэширования. Они загружают сообщения и сохраняют их полное содержимое локально. Это похоже на настройку POP3, но оригиналы остаются на сервере. У вас есть копии на вашем компьютере. Теперь вы можете читать или отвечать на письма без подключения к интернету.
При повторном подключении синхронизация происходит автоматически. Приходят новые сообщения. Отправленные письма уходят. Состояние обновляется.
Вложения и кодирование
Вы можете прикреплять файлы к письмам. Документы Word. Таблицы. Аудиофайлы. Программное обеспечение. Снимки экрана.
Это не текст. Тела электронных писем работают с текстом. Бинарные данные нарушают работу протокола. Кому-то пришлось это исправить.
В ранние дни вы использовали uuencode. Это было вручную. Вы запускали программу для бинарного файла. Она брала 3 байта из этого файла. Преобразовывала их в четыре текстовых символа. Логика проста: взять 6 бит, добавить 32, создать текстовый символ.
В результате получается закодированная версия файла. Она содержит только текст. Вы вставляли этот текст непосредственно в тело вашего электронного письма. Это работало. Это было неудобно.
Сегодня электронная почта кажется простой. Мы забываем об этом. Система изменила общество. Она навсегда изменила коммуникацию. Тем не менее, основной механизм удивительно прост.
Правила маршрутизации в таких вещах, как sendmail, становятся сложными. Но основной поток ясен. В следующий раз, когда вы нажмете «Отправить», вы будете точно знать, как письмо туда попадает.
Бесплатные и платные сервисы электронной почты
Люди больше не используют интернет только для просмотра веб-страниц. Они полагаются на него, чтобы организовать свою жизнь. Отправка и получение электронной почты является основой этого цифрового существования. Независимо от того, заключаете ли вы сделку на работе или поддерживаете связь с родственниками, всё происходит в почтовом ящике.
Ещё в марте 2007 года проект Pew Internet and American Life Project отметил, что 91% пользователей интернета в США заходили в сеть для отправки или чтения электронной почты. Половина из этих пользователей делали это ежедневно. Этот объём данных — не просто цифра. Это цунами.
масштаб почтового трафика
Возможно, вам кажется, что вы отправляете много сообщений. Исследование компании Radicati Group от октября 2007 года позволяет взглянуть на вещи под другим углом. Только в 2006 году ежедневно отправлялось 183 миллиарда электронных писем.
Такой объём создаёт рынок. Огромный рынок. Пользователи имеют огромный выбор провайдеров. Рынок чётко разделяется на два лагеря.
Бесплатные сервисы.
Платные сервисы.
Гиганты, такие как Gmail и Yahoo!, доминируют в бесплатном сегменте. Они работают по рекламной модели. Рекламодатели платят за то, чтобы их сообщения показывались владельцам аккаунтов. Это сделка. Вы получаете бесплатное хранилище и инструменты; они получают ваше внимание.
С другой стороны, вы имеете провайдеров, таких как America Online, Apple и NetZero. Они взимают плату. Но зачем платить, когда бесплатные варианты настолько функциональны?
разбор трёх главных игроков
Обзоры различных бесплатных почтовых сервисов показывают, что у каждой платформы есть свои особенности. Вот как конкурируют основные игроки.
Gmail
Gmail — это ответ Google на потребность в почтовом ящике. Он предлагает практически неограниченное облачное хранилище. Для активных пользователей это имеет значение.
Настоящая сила заключается в организации. Gmail предоставляет методы сортировки, которые позволяют фильтровать информационный шум. Вы можете находить важные сообщения, не тонув в беспорядке.
Он не идеален для тех, кто заботится о конфиденциальности. Как бесплатный сервис, Gmail подвергает пользователей воздействию контекстной рекламы. Эти объявления основаны на ключевых словах, найденных в ваших сообщениях. Система сканирует спам, черви и вирусы, но также сканирует данные для показа рекламы. Она легко справляется с различными типами вложений.
Yahoo! Mail
Yahoo! остаётся одним из самых популярных бесплатных сервисов. Он также предлагает неограниченное облачное хранилище.
Что выделяет его среди конкурентов, так это интегрированные инструменты. Yahoo! включает текстовые сообщения и ленты новостей RSS. Интерфейс использует более дюжины фильтров для автоматической сортировки входящих писем.
Спам отправляется в папку «Спам». При необходимости вы можете вручную добавить письма в эту папку. Инструменты организации с перетаскиванием (drag-and-drop) просты в использовании. Для многих именно эта простота является ключевым преимуществом.
MSN Windows Hotmail
Hotmail поддерживается технологиями Microsoft. Он предлагает 5 ГБ онлайн-хранилища. Хотя это меньше, чем обещают «неограниченные» тарифы, 5 ГБ всё ещё достаточно для большинства личных нужд.
Дизайн универсален. Пользователи могут настраивать цвет и макет своего почтового менеджера. Есть выбор между классическим, привычным форматом и обновлённым видом с новыми функциями.
Функции безопасности Microsoft в сочетании с привычными инструментами перетаскивания добавляют удобства. Если вы привыкли к продуктам Microsoft, Hotmail ощущается как естественное расширение вашего рабочего процесса.
когда стоит рассмотреть платную почту
Платные провайдеры, такие как Juno, EarthLink и Webmail.us, предлагают другие преимущества. Они часто увеличивают объём хранилища, но это редко является главной причиной для выбора.
Главное преимущество — это кастомизация. Проще получить персонализированный адрес электронной почты. Вы можете использовать своё настоящее имя. Это выглядит профессионально. Это выглядит надёжно.
Платные сервисы часто позволяют пользователям сохранять один и тот же адрес электронной почты даже при смене интернет-провайдера. Вы не привязаны к инфраструктуре конкретного провайдера. Они также защищают пользователей от рекламодателей. Если вам не нравится видеть рекламу в почтовом ящике, это функция, за которую стоит платить.
Проблемы с поддержкой решаются легче. Специальные функции включают настраиваемые фильтры спама, дополнительные почтовые ящики и мобильный доступ.
скрытый вариант
Не забывайте о своём интернет-провайдере (ISP). Большинство интернет-провайдеров могут предоставлять услуги электронной почты без дополнительной платы. Эта функция часто скрыта в настройках, но она там есть.
Другие платные почтовые сервисы специализируются на аккаунтах для малого бизнеса. Они помогают бизнесу покупать и поддерживать доменное имя. Если вы ведёте бизнес, собственный домен — это обязательное условие.
Для всех остальных бесплатного тарифа достаточно. Инструменты мощные. Хранилища достаточно. Компромисс с рекламой управляем.
В следующем разделе мы предложим несколько советов по этикету при написании и отправке электронных писем. Правила отличаются от того, что вы можете ожидать.
Почему тон вашего письма терпит крах еще до отправки
Вы бы не стали кричать на коллегу в коридоре. Вы бы не использовали сленг в разговоре с начальством клиента. Но стоит вам открыть почтовый клиент, как эти профессиональные фильтры часто исчезают. Экран создает дистанцию. Он позволяет легко пропустить грубость, даже если она написана жирным шрифтом.
Большинство людей согласны с тем, что нецензурная лексика не имеет места в деловой среде. А что насчет повышения голоса? В тексте нельзя повысить голос. Или можно? Границы размыты. И их пересечение может быстро стоить вам авторитета.
Вот как перестать заводить врагов и начать получать ответы.
Основы: уважайте их время
Люди заняты. Они одновременно следят за Slack, участвуют в Zoom-встречах и выполняют свою основную работу. Если вы заставляете их искать контекст, вы уже проиграли.
Используйте тему письма. Это не рекомендация. Это дорожная карта. Если вы ее пропускаете, вы вынуждаете получателя гадать, что внутри. Они спешат. Дайте им подсказку. Это поможет им расставить приоритеты. Это поможет определить важность.
Будьте кратки. Мне все равно, насколько вы остроумны. Сохраните каламбуры для открытки с днем рождения. Изложите суть сообщения. Затем сформулируйте запрос. Четкие инструкции всегда побеждают изощренный стиль.
Сохраняйте персональный характер. Перестаньте добавлять в копию (CC) всех членов команды. Это засоряет почтовые ящики. Это заставляет основного получателя задаться вопросом, почему он включен в переписку. Если нет конкретной и веской причины копировать кого-либо, держите общение прямым. Один отправитель. Один получатель.
Отвечайте быстро. Даже если у вас еще нет ответа. Сообщите об этом. «Мне нужно больше времени» лучше, чем молчание. Молчание выглядит как некомпетентность. Или безразличие.
Пробел в эмоциональном интеллекте
Люди чувствительны. Текст лишен тона. В нем нет нюансов. Вам приходится прилагать больше усилий, чтобы быть понятным.
Не злоупотребляйте знаками препинания. Множественные вопросительные знаки, такие как «?????», или восклицательные знаки, такие как «!!!!», не передают срочность. Они передают раздражение. Они выглядят так, будто вы кричите. Используйте нормальные знаки препинания. Пусть слова делают основную работу.
Никогда не пишите ЗАГЛАВНЫМИ БУКВАМИ. Это читается как крик. Это агрессивно. Если вам нужно подчеркнуть важный момент, напишите это словами. «Я хотел бы подчеркнуть, что…» работает. «СДЕЛАЙТЕ ЭТО СЕЙЧАС» вызывает защитную реакцию.
Прочитайте вслух. Это звучит банально. Но это работает. Представьте себя на месте получателя. Если вы произнесете предложение вслух, оно звучит резко? Оно звучит пассивно-агрессивно? Как только вы нажмете «Отправить», вы не сможете забрать письмо обратно. Помните, что у получателя есть принтер. У него есть кнопка «Переслать». Никогда не пишите ничего такого, что вы не хотели бы, чтобы было распространено по всей компании.
Не пишите, когда вы злитесь. Это самая большая ловушка. Вы чувствуете жар. Вы пишете огненные слова. Вы нажимаете «Отправить». И тогда вы не можете забрать их обратно. Это возвращается, чтобы преследовать вас. Отойдите. Переспите с этим. Письмо будет там и завтра. Ваша репутация, возможно, нет.
Языковой барьер
Не все такие же «в теме», как вы. Сленг цифровых аборигенов не переводится между поколениями и культурами.
Ограничьте использование символов. Эмодзи сейчас в тренде. Они передают настроение. Но знаете ли вы разницу между саркастической улыбкой и озорной? Вероятно, да. А ваш получатель? Возможно, да. Возможно, нет. Риск непреднамеренного оскорбления слишком высок. Избегайте их.
Сведите к минимуму сокращения. IMHO (по моему скромному мнению). FWIW (к слову). ROTFL (умираю со смеху). Они могут быть понятны вам. Они могут раздражать и сбивать с толку получателя. Ясность — это король. Если вам приходится объяснять аббревиатуру, вы уже проиграли.
Электронная почта — это деловое письмо. Она всегда им была. Игнорирование базовых правил формальности показывает неуважение. Это сигнализирует о том, что вы считаете время получателя менее ценным, чем свое. Не позволяйте неформальности разрушить ваш профессиональный статус.
Более глубокое погружение
Если вы хотите понять «инженерную» сторону писем, которые вы отправляете, посмотрите на инфраструктуру.
Как работают веб-серверы объясняет машины, которые принимают ваш запрос.
Как работают серверы доменных имен показывает, как вы переходите от «google.com» к IP-адресу.
Как работает интернет-инфраструктура отображает физические кабели и маршрутизаторы.
Как работают маршрутизаторы подробно описывает «полицейских движения» в сети.
Как работают веб-страницы разбирает HTML и CSS.
Как работают байты и биты погружается в сырые данные.
Как работают компьютерные вирусы напоминает вам, почему важна безопасность.
Чтобы ознакомиться с техническими стандартами, которые регулируют этот хаос, ознакомьтесь с RFC 822 и RFC 1123. Они определяют основные протоколы. Протокол почтового отделения (Post Office Protocol) — это старая гвардия. Он все еще актуален для некоторых устаревших систем.
Правила меняются. Технологии развиваются. Грубость остается неизменной.
