Русский перевод: Михаил Сгибнев

Содержание

24.1. sendmail

24.1.1. Конфигурация с genericstable

24.1.2. Проверка конфигурации

24.1.3. Использование альтернативных MTA

24.2. fetchmail

24.3. Читайте и пишите письма в mutt

24.4. Получаем почты

24.5. Отправляем почту

24.6. Дополнительные инструменты управления почтой.

24.7. Чтение новостей с помощью tin

В этой главе описывается, как настроить NetBSD на работу с почтой и новостями. Рассматриваются наиболее общие вопросы, в частности мы рассмотрим пример соединения с Интернет через модем. Для получения общей информации о настройке сети вы можете обратиться к главе Глава 21, Практическая настройка TCP/IP в NetBSD. Даже такая «простая» конфигурация может вызвать затруднения когда вы не знаете с чего начать или читали до этого введение и техническую документацию. Вы увидите, что некоторые вопросы требуют очень пристального внимания, например когда вы будете транслировать внутренние сетевые имена на «реальные», то потребуются довольно глубокие знания sendmail. В рамках этого руководства не будут рассмотрены теоретические вопросы конфигурации почты и новостей, для этого обратитесь к одной из книг по администрированию Unix систем (список лучших из них можно найти на сайте NetBSD). На самом деле, проблемы, которые могут возникнуть, весьма многообразны из-за большого числа конфигураций.

В этой главе также рассматривается конфигурирование (но не использование) двух популярных программ, mutt для почты tin для чтения новостей. Использование этих программ не рассматривается ввиду легкости освоения и наличия обширной документации. Очевидно, что mutt и tin не обязательны для использования, просто они кажутся наиболее удобными, нересурсоемкими и хорошо подходят на отправную точку. Обе программы предназначены для интерфейса командной строки, для X также существует множество подобных программ.

Короче говоря, нами будет рассмотрено конфигурирование следующих программ:

• sendmail
• fetchmail
• m4
• mutt
• tin

В базовой поставке системы имеется только sendmail и m4, остальные можно установить, воспользовавшись системой пакетов — смотрите главу Глава 30, Коллекция пакетов.

Перед тем. как мы начнем, эще раз напоминаем, что используемые здесь программы — наше личное предпочтение. Как вы сможете убедиться, довольно много пользователей используют длругие утилиты. Вы можете использовать различные стратегии приема и отправки почты, здесь мы даем материал для отправной точки, после того, как вы поймете основы, вашим естественным желанием будет изменить и/или дополнить методику работы с почтой.

Противоположным примером может являться такое приложение как Mozilla, которая способна выполнять все описываемые здесь задачи и которая освобождает вас от конфигурирования большинства компонентов. Наряду с очевидными достоинствами этой программы, есть такой недостаток, как сложность сопряжения ее с другими утилитами Unix.

Другим возможным путем является использование emacs для чтения новостей и почты. В этом случае не требуется никаких глубинных знаний Unix, но это расширяемый редактор, который может выполнять еще массу функций. Для большинства пользователей emacs является единственной необходимой программой для повседневной работы. Настройка emacs для чтения новостей и почты описано в документации.

В остальной части этой главы мы будем рассматривать компьютер, подключенный к Интернет через модем.

• имя локальной машины «ape» и внутренняя сеть обозначается как «insetti.net», полное имя согласно FQDN (Fully Qualified Domain Name) — «ape.insetti.net».
• имя пользователя на ape — «carlo».
• провайдер называется BigNet.
• почтовый сервер провайдера называется «mail.bignet.it».
• сервер новостей провайдера называется «news.bignet.it».
• учетная запись пользователя («carlo») у провайдера «alan» с паролем «pZY9o».

Приведем базовую терминологию:

MUA (mail user agent)

программа для чтения и составления писем. Для примера: mutt, elm, pine и самая простая mail, которая идет в базовой поставке.

MTA (mail transfer agent)

программа, осуществляющая доставку почты как между двумя машинами, так и локально. Агент доставки определяет путь, которым будет следовать почта к получателю. На BSD системах (и не только) в качестве штатного MTA используется sendmail, другими примерами являются postfix, qmail, exim и Microsoft Exchange.

MDA (mail delivery agent)

программа, обычно используемая почтовым сервером для доставки почты непосредственно в почтовый ящик получателя. Для примера, sendmail использует один или несколько MDA для доставки почты, одним из которых является procmail.

Рисунок 24.1, «Структура почтовой системы» отображает структуру почтовой службы, которую мы хотим получить. Между локальной сетью (или единственной машиной) и провайдером имеется модемное соединение. Толстыми линиями окаймлены программы, запускаемые пользователем вручную, тонкими — запускаемые автоматически. В кружочках отмечены этапы прохождения почты:

1. На первом этапе письма скачиваются с POP сервера провайдера с помощью утилиты fetchmail, которая передает их sendmail для доставки пользователю.
2. На втором этапе пользователь запускает mutt (или другой MUA) для чтения почты, ответа на нее или написания своих писем.
3. На третьем этапе пользователь «посылает» почту из mutt, при этом сообщения помещаются в очередь на отправку.
4. На четвертом этапе пользователь вызывает sendmail для передачи почты на SMTP сервер провайдера, который, в свою очередь, обеспечит конечную доставку. Для вас SMTP сервер провайдера действует в качестве relay.

Соединение с провайдером необходимо только на этапах (1) и (4), все остальное время достаточно автономной работы.

Рисунок 24.1. Структура почтовой системы

24.1. sendmail

Когда MTA осуществляет локальную доставку, то проблем обычно не возникает. В случае доставки почты в другой домен, MTA необходимо найти адрес почтового сервера для этого домена. Sendmail использует сервис DNS (описывается xref linkend=»chap-dns» />) для получения данных о почтовом сервере домена адресата.

Наиболее часто используемым в мире MTA является sendmail. Sendmail управляется на основе конфигурационных файлов и баз данных, самым важным из которых является /etc/mail/sendmail.cf. Если вы не являетесь экспертом в этой области, то лучше не редактируйте /etc/mail/sendmail.cf вручную, для этого существуют специальные макросы и препроцессор m4 корорые могут упростить процесс конфигурации.

Замечание

Вплоть до версии 1.5 NetBSD, файлы гонфигурации находились в /etc вместо /etc/mail.

Даже используя макросы, конфигурирование sendmail — не самая простая задача и в слегующем разделе описывается пример, который может изменяться в зависимости от стоящих задач. В случае модемного соединения приведенный файл конфигурации потребует изменения только пользовательских данных.

Первая проблема, с которой нам предстоит столкнуться заключается в том, что локальная недоступна непосредственно из Интернета. Это означает, что имена, используемые в локальной сети, неприменимы в Интернет и «ape.insetti.net» не может получить почту, а многие серверы отклонят почту, посланную с этой машины, посчитав ее спамом. Реальный адрес будет назначен нам провайдером, поэтому нам необходимо конвертировать «carlo@ape.insetti.net» на имя «alan@bignet.it». Sendmail, если правильно сконфигурирован, будет самостоятельно заботиться об этом при передаче сообщения.

Вероятнее всего, вы захотите сконфигурировать sendmail для отправки почты на сервер провайдера используя relay. В рассматриваемом нами примере, наш сервер не доставляет почту непосредственно получателю, а использует для этого сервер провайдера.

Замечание

Сервер провайдера в этом примере действует как relay, то есть доставляет почту из одного домена в другой, являясь, таким образом, посредником между нашим почтовым сервером и почтовым сервером получателя.

Так как соединение с провайдером устанавливается периодически, нет нужды запускать sendmail в режиме демона. Для отключения. просто установите в /etc/rc.conf параметр «sendmail=NO». Вследствие этого нам будет необходимо запускать sendmail вручную для приема и доставки сообщений.

Так давайте же начнем конфигурировать sendmail.

24.1.1. Конфигурация с genericstable

Этот тип конфигурации использует файл /etc/mail/genericstable, который содержит карту трансляции внутренних имен.

Первый шаг заключается в написании файла genericstable. Для примера:

carlo:         alan@bignet.it
root:          alan@bignet.it
news:          alan@bignet.it

Эти строки представляют собой карту, используя которую, происходит преобразование внутренних почтовых адресов во внешние. Таким образом, почтовый адрес carlo будет виден получателю как alan@bignet.it.

Для повышения быстродействия, genericstable должен быть преобразован в бинарный файл следующей командой:

# /usr/sbin/sendmail -bi -oA/etc/mail/genericstable

Теперь нам пришла пора составить файл прототипа, используемый для создания файла конфигурации sendmail.

# cd /usr/share/sendmail/cf

Новый файл конфигурации sendmail, который мы назовем mycf.mc, содержит:

divert(-1)dnl
include(`../m4/cf.m4')dnl
VERSIONID(`mycf.mc created by carlo@ape.insetti.net May 18 2001')dnl
OSTYPE(bsd4.4)dnl

dnl # Settings for masquerading.  Addresses of the following types
dnl # are rewritten
dnl #     carlo@ape.insetti.net
dnl #     carlo@ape
GENERICS_DOMAIN(ape.insetti.net ape)dnl
FEATURE(genericstable)dnl
FEATURE(masquerade_envelope)dnl

define(`SMART_HOST',`mail.bignet.it')dnl

FEATURE(redirect)dnl
FEATURE(nocanonify)dnl

dnl # The following feature is useful if sendmail is called by
dnl # fetchmail (which is usually the case).  If sendmail cannot
dnl # resolve the name of the sender, the mail will not be delivered.
dnl # For example:
dnl #	MAIL FROM:<www-owner@NetBSD.org> SIZE=2718
dnl #	501 <www-owner@NetBSD.org>... Sender domain must exist
FEATURE(`accept_unresolvable_domains')dnl

dnl # accept_unqualified_senders is useful with some MUA, which send
dnl # mail as, for example:
dnl #	MAIL FROM:<carlo>
FEATURE(`accept_unqualified_senders')dnl

dnl # Mail for `smtp' mailer is marked `expensive' (`e' flag):
dnl # instead of connecting with the relay, sendmail puts it in
dnl # a queue for delayed processing.
dnl # Sendmail starts complaining about undelivered messages after
dnl # 16 hours.
define(`SMTP_MAILER_FLAGS',`e')dnl
define(`confCON_EXPENSIVE',`True')dnl
define(`confTO_QUEUEWARN', `16h')dnl

dnl # For european users
define(`confDEF_CHAR_SET',`ISO-8859-1')dnl

dnl # Enable the following three lines to use procmail as a local
dnl # delivery agent.  The third line is optional, only the first
dnl # two are required.
dnl # define(`PROCMAIL_MAILER_PATH', /usr/pkg/bin/procmail)dnl
dnl # FEATURE(local_procmail)dnl
dnl # MAILER(procmail)dnl

dnl # The following two mailers must always be defined
MAILER(local)dnl
MAILER(smtp)dnl

Замечание

В предыдущем примере, все что обозначено «dnl» будет считаться комментарием и отброситься препроцессором m4.

Эта конфигурация указывает sendmail перезаписывать «ape.insetti.net» на основании файла /etc/mail/genericstable. Так же происходит отправка почты на сервер «mail.bignet.it». Значение переменных достаточно подробно освещено в файле /usr/share/sendmail/README.

Для создания собственного файла конфигурации из этого примера, вам необходимо изменить две строки на данные, данные вам провайдером:

GENERICS_DOMAIN(ape.insetti.net ape)dnl
define(`SMART_HOST',`mail.bignet.it')dnl

Сгенерируем новую версию файла конфигурации, предварительно сохранив предыдущую версию:

# cp /etc/mail/sendmail.cf /etc/mail/sendmail.cf.bak
# m4 mycf.mc > /etc/mail/sendmail.cf

Обратите внимание, что файл netbsd-proto.mc, находящийся в каталоге /usr/share/sendmail/cf, используется для создания конфигурации по умолчанию. Используя команду make можно вернуть ее на место, если это необходимо.

Теперь все готово для отправки почты.

24.1.2. Проверка конфигурации

Sendmail окончательно сконфигурирован и готов к работе, но будет лучше, если мы выполним небольшую проверку. Сперва проверим локальную доставку:

$ sendmail -v carlo
Subject: test

Hello world
.
carlo... Connecting to local...
carlo... Sent

Пожалуйста, строго следуйте примеру выше: оставьте пустую строку после Subject: и завершите сообщение точкой. Теперь вы можете читать сообщения вашим почтовым клиентом и проверить поле From, которое должно содержать правильный внешний адрес.

From: alan@bignet.it

Затем проверим непосредственно работу перезаписывающего правила, используя sendmail в тестовом режиме с помощью опций -bt. Этот режим покажет парсинг правил для перезаписывания правил. Так же есть возможность выполнить другие тесты.

$ sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
>

Краткую справку можно получить с помощью команды «?».

Сначала, давайте проверим правильность отображения:

/map generics carlo
map_lookup: generics (carlo) returns alan@bignet.it

Все замечательно — sendmail находит локальное имя и переводит его согласно правилу.

Теперь мы можем проверить перезапись адреса отправителя следующей командой:

/tryflags ES
/try smtp carlo@ape.insetti.net

Результат должен выглядеть примерно следующим образом:

Trying envelope sender address carlo@ape.insetti.net for mailer smtp
rewrite: ruleset   3   input: carlo @ ape . insetti . net
rewrite: ruleset  96   input: carlo < @ ape . insetti . net >
rewrite: ruleset  96 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset   3 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset   1   input: carlo < @ ape . insetti . net . >
rewrite: ruleset   1 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset  11   input: carlo < @ ape . insetti . net . >
rewrite: ruleset  51   input: carlo < @ ape . insetti . net . >
rewrite: ruleset  51 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset  61   input: carlo < @ ape . insetti . net . >
rewrite: ruleset  61 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset  94   input: carlo < @ ape . insetti . net . >
rewrite: ruleset  93   input: carlo < @ ape . insetti . net . >
rewrite: ruleset   3   input: alan @ bignet . it
rewrite: ruleset  96   input: alan < @ bignet . it >
rewrite: ruleset  96 returns: alan < @ bignet . it >
rewrite: ruleset   3 returns: alan < @ bignet . it >
rewrite: ruleset  93 returns: alan < @ bignet . it >
rewrite: ruleset  94 returns: alan < @ bignet . it >
rewrite: ruleset  11 returns: alan < @ bignet . it >
rewrite: ruleset   4   input: alan < @ bignet . it >
rewrite: ruleset   4 returns: alan @ bignet . it
Rcode = 0, addr = alan@bignet.it
>

Как вы видите, локальный адрес перезаписывается на реальный адрес.

Вышеприведенного результата вы можете добиться следующей командой:

/try smtp carlo

Так же мы можем проверить перезапись заголовков отправителя следующей командой:

/tryflags HS
/try smtp carlo@ape.insetti.net

24.1.3. Использование альтернативных MTA

Начиная с версии 1.4 NetBSD sendmail не вызывается непосредственно:

$ ls -l /usr/sbin/sendmail
lrwxr-xr-x  1 root  wheel  21 Nov  1 01:14 /usr/sbin/sendmail@ -> /usr/sbin/mailwrapper

Применение mailwrapper позволяет использовать вместо sendmail любой другой MTA (например, postfix). Если вы планируете такой шаг, то я рекомендую обратиться к страницам руководства mailwrapper(8) и mailer.conf(5).

24.2. fetchmail

В нашем примере, приходящая почта сохраняется на почтовом сервере нашего провайдера. Fetchmail является очень популярной утилитой для получения почты с удаленного сервера (используя Post Office Protocol, POP) и перенаправления ее локальной службе доставки (в данном случае, sendmail). Это удобно, производительно и позволяет легко создавать различные конфигурации. Сразу после установки должен быть создан файл ~/.fetchmailrc и программа готова к использованию (~/.fetchmailrc содержит пароль, поэтому необходимо выставить соответствующие разрешения).

Вот пример .fetchmailrc:

poll mail.bignet.it
protocol POP3
username alan there with password pZY9o is carlo here
flush
mda "/usr/sbin/sendmail -oem %T"

Последняя строка («mda …») используется в случае, если sendmail не запускается в режиме домона. Обратите внимание, что POP сервер провайдера (mail.bignet.it) используется в этом файле только получения писем и не используется для отправки.

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

$ fetchmail

Теперь сообщения могут быть прочитаны с помощью mutt.

24.3. Читайте и пишите письма в mutt

Mutt является одним из самых популярнейших почтовых программ. Он «легкий», простой в освоении и имеет широкие возможности. Страница руководства man mutt очень схематична, настоящая документация находится в каталоге /usr/pkg/share/doc/mutt/, в частности вас заинтересует файл manual.txt.

Его конфигурация определяется в файле ~/.muttrc. Наиболее простым способом настройки будет скопировать образцово-показательный файл конфигурации mutt, находящийся по адресу /usr/pkg/share/examples/mutt/sample.muttrc. Разберем следующий пример:

• Сохраняем копию отправленных писем.
• Определим каталог и два файла для входящей и исходящей почты, сохраняемой mutt (в данном примере используется каталог ~/Mail и файлы incoming, outgoing).
• Определим цвета.
• Определим псевдонимы.

set copy=yes
set edit_headers
set folder="~/Mail"
unset force_name
set mbox="~/Mail/incoming"
set record="~/Mail/outgoing"
unset save_name

bind pager <up> previous-page
bind pager <down> next-page

color normal white black
color hdrdefault blue black
color indicator white blue
color markers red black
color quoted cyan black
color status white blue
color error red white
color underline yellow black

mono quoted standout
mono hdrdefault underline
mono indicator underline
mono status bold

alias pippo Pippo Verdi <pippo.verdi@pluto.net>

Для запуска mutt:

$ mutt

Обратите внимание на то, что mutt хоть и поддерживает цвета, но требует настроек терминала. При использовании Х вы можете использовать «xterm-color», например:

$ env TERM=xterm-color mutt

24.4. Получаем почты

Рассмотрим простейший метод получения почты. Соединение с провайдером активируется только на время получения почты с сервера провайдера, вся корреспонденция читается в оффлайне.

1. Соединяемся с провайдером.
2. Запускаем fetchmail.
3. Разрываем соединение с провайдером.
4. Читаем почту в mutt.

24.5. Отправляем почту

Когда письмо было написано и «послано» с помощью mutt, оно должно быть передано для доставки sendmail. Отправка письма в mutt происходист помощью команды y, но в действительности оно помещается в очередь. В случае, если sendmail не запущен в качестве демона, то сообщения будут сохранены на жестком диске до запуска sendmail. Необходимо выполнить следущие шаги:

1. Пишем письмо в mutt, отправляем и выходим из него. Вы можете просмотреть сообщения, находящиеся в очереди sendmail используя утилиту mailq(1).
2. Соединяемся с провайдером.
3. Если ваш провайдер требует авторизацию по методу «SMTP-after-POP» (например, mail.ru), то сначала необходимо запустить утилиту fetchmail.
4. Выполните команду /usr/sbin/sendmail -q -v для отправки сообщений, находящихся в очереди.
5. Разрываем соединение.

24.6. Дополнительные инструменты управления почтой.

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

Зачем что-то делать каждый день руками, когда есть средства автоматизации? Вот несколько инструментов, которые можно добавить в почтовую систему для увеличения гибкости и автоматизированности:

• procmail, агент доставки и почтовый фильтр, обладающий расширенными возможностями и автоматизирующий процесс управления почтой на основе определенных пользователем правил. Легко интегрируется с sendmail.
• spamassassin или spamprobe, предназначены для борьбы со спамом.
• metamail, инструмент обработки вложений.
• formail, для форматирования писем.

Сейчас мы вкратце рассмотрим простейшую конфигурацию procmail: автоматическая доставка писем из списка рассылки в ящик, определенный пользователем. Необходимо будет изменить конфигурацию sendmail на прямой вызов procmail (procmail будет выступать в роли локального агента для sendmail) и создать файл конфигурации для procmail.

Сперва необходимо установить procmail используя систему пакетов (mail/procmail) или утилиту pkg_add.

Затем, изменим конфигурацию sendmail, для указания в качестве локального почтового агента procmail. Раскомментируем следующие три строки из прототипа mycf.mc и заново создадим файл конфигурации:

define(`PROCMAIL_MAILER_PATH', /usr/pkg/bin/procmail)dnl
FEATURE(local_procmail)dnl
MAILER(procmail)dnl

В первой строке определяется путь к программе program (вы можете увидеть его с помощью команды which procmail). Вторая строка указывает sendmail использовать procmail для локальной доставки почты. И третья строка добавляет procmail в список программ доставки sendmail (это дополнительный параметр).

Создаем файл конфигурации procmail, содержащий адреса получателей.

Для примера, вы подписались на рассылку о розах по адресу «roses@flowers.org» и каждое сообщение из этой рассылки содержит в заголовке:

Delivered-To: roses@flowers.org

Предположив, что вы хотите все сообщения этой рассылки направлять в папку «roses_list», файл конфигурации procmail (.procmailrc) будет выглядеть следующим образом:

PATH=/bin:/usr/bin:/usr/pkg/bin
MAILDIR=$HOME/Mail
LOGFILE=$MAILDIR/from

:0
* ^Delivered-To: roses@flowers.org
roses_list

В примере выше содержится всего одно правило, начинающееся с «:0». В нем указывается, что все сообщения, содержащие строку «Delivered-To: roses@flowers.org», должны помещаться в папку roses_list (которая должна быть создана в $MAILDIR). Все остальные сообщения будут доставлены в папку по умолчанию. Обратите внимание на то, что $MAILDIR идентична определенной в mutt:

set folder="~/Mail"

Конечно, данный список рассылки приведен здесь только для примера, procmail является очень универсальным инструментом, с помощью которого можно выполнять разнообразнейшую сортировку и фильтрацию. Как обычно, обратитесь к страницам руководства man для получения более подробной информации: procmail(1), procmailrc(5) и procmailex(5) (он содержит несколько примеров файлов конфигурации).

Вы можете проверить работу procmail следующим образом:

$ /usr/sbin/sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
>

Следующая команда отобразит список мейлеров, известных sendmail:

> =M

Вы должны обнаружить подобную строку:

mailer 3 (local): P=/usr/pkg/bin/procmail S=EnvFromL/HdrFromL ...

24.7. Чтение новостей с помощью tin

Под словом новости обычно подразумевается сообщения, опубликованные в конференциях USENET, одном из сервисов, доступного в Интернет. Каждая конференция содержит статьи, связанные определенной темой. Чтение конференций немного отличается от списков рассылки: подписавшись на список рассылки, вы получаете письма и читаете их почтовой программой на подобие mutt, который используется и для написания ответа. Новости, вместо этого, читаются непосредственно с сервера, на котором находится конференция, специальной программой, называемой newsreader такой, например, как tin. С помощью tin вы можете подписаться на интересующую вас конференцию и следить за потоками. Поток — это последовательность ответов на первое сообщение и имеет древовидную форму, образуемую сообщениями и ответами на них. Без использования программы чтения новостей невозможно правильно понять последовательность сообщений.

Единственная вещь, которую необходимо выполнить после установки tin (как обычно, воспользуемся системой пакетов), заключается в том, что необходимо указать сервер NNTP в файле /usr/pkg/etc/nntp/server. Для примера:

news.bignet.it

Как только это будет сделано, можно запустить программу, выполнив команду tin. На экране должно отобразиться нечто похожее на это:

$ tin
Connecting to news.bignet.it...
news.bignet.it InterNetNews NNRP server INN 1.7.2 08-Dec-1997 ready (posting ok).
Reading groups from active file...
Checking for new groups...
Reading attributes file...
Reading newsgroups file...
Creating newsrc file...
Autosubscribing groups...
Reading newsrc file...

В первый раз tin загружает полный список конференций, на которые вы можете подписаться и это может занять несколько минут. Когда загрузка закончится, будет отображен главный экран программы. Обычно, список групп не отображается, для его просмотра необходимо нажать y. Для того, чтобы подписаться на группу необходимо выделить ее имя и нажать y.

После того, как вы подписались на некоторые конференции, вы можете запустить tin значительно быстрее, используя команду tin -Q. При использовании этой команды поиск новых групп будет заблокирован(-q), будут искаться только активные группы (-n) и группы, на которые вы подписались и не загрузили (-d). В этом сучае нельзя использовать команду y (yank). При запуске tin с этой опцией, нельзя сказать, была ли модерирована эта группа или нет.

Обратите внимание, что если вы соединяетесь из локальной сети (как в нашем случае), когда вы посылаете («post») сообщение, будет указан неправильный адрес. Для решения этой проблемы в файле конфигурации tin (~/.tin/tinrc) укажите опцию «mail_address» или установите переменную окружения REPLYTO.