Путь сообщения от написания до прочтения
C помощью редактора отправитель пишет свое сообщение. Редактор оперирует "хранимым сообщением", как минимум, в оперативной памяти. При выходе и сохранении сообщения один из флагов (Sent) устанавливается в 0, сообщение размещается в базе данных - их с десяток форматов, популярные Jam и Squish. В базе помимо сообщений и индексной информации размещаются служебные данные, такие как взаимосвязи сообщений (в эхоконференциях) и указатель на последнее прочтенное сообщение. Затем, одним из способов - по флагу от редактора или по срабатыванию периодического таймера, запускается нетмейл-процессор (самостоятельный или как часть эхопроцессора). Тот, в свою очередь, просматривает область нетмейла и находит сообщения с неустановленным флагом Sent, формирует из них сообщения, затем определяет, через какой узел отправлять (роутинг) и формирует пакет. В пакетах есть поле "пароль", которое обеспечивает не безопасность от прочтения, а базовую аутентификацию - пароли с двух сторон "связи" должны совпадать. Пакет передается программой связи - мейлером - на узел по маршруту, и на каждом узле в маршруте осуществляется роутинг пакета в направлении адресата. Попав адресату сообщение от мейлера, опять же, по флагу или таймеру, обрабатывается нетмейл-процессором (они еще трекерами зовутся) и попадает в базу сообщений, с установленным флагом Rcvd. Программа-редактор покажет получателю сообщение и отметит в базе признак прочтения.
Эхоконференции организованы с помощью таких же сообщений, служебными ^A последовательностями обозначается № сообщения, на который ответ и прочая дополнительная информация, не "влезающая" в изначальный msg-формат. Отлично от обычных сообщений то, что копию сообщения получит каждый подписанный на эхоконференцию узел (после того, как попадет на узел-хозяин конференции)