как узнать какой почтовый сервер используется
Как узнать, какой почтовый сервер установлен?
Как узнать, какой почтовый сервер установлен?
Нахожусь на каком-то виртуальном сервере, традиционная структура директорий искажена, ps не вызывается и т.п.
bash-2.04$ pwd
/etc
bash-2.04$ ls
HOSTNAME ftpconversions localtime resolv.conf services
adjtime ftpgroups mail securetty services.20071123
ait.master.passwd ftphosts mail.rc security services.20071230
aliases ftpusers mailcap sendmail.cf shadow
aliases.bak group motd sendmail.cf.20071123 shells
aliases.db gshadow nsswitch.conf sendmail.cf.20071230 shutmsg
aliases.st host.conf pam.d sendmail.cf.8.11.2 smrsh
bashrc hosts passwd sendmail.cf.8.11.6 termcap
filesystems ld.so.cache protocols sendmail.ct trusted-users
ftpaccess ld.so.conf redhat-release sendmail.cw
sendmail судя по этому
можете внутрь заглянуть, там шапка комментария, должно быть написано настоящий это сендмейл или просто для совместимости
А означает ли это автоматически, что я могу подключиться к машинке по POP3? Или для POP3 нужен какой-то отдельный сервер?
Как в общем случае узнать, что висит на порте 110?
>А означает ли это автоматически, что я могу подключиться к машинке по POP3?
нет, для POP3 нужен какой-то отдельный сервер
Как в общем случае узнать, что висит на порте 110?
telnet localhost 110
(иногда в шапке показана версия, но можно и убедиться в том что там вообще что-то запущено)
[root@ssssss init.d]# telnet XXX.XXX.XXX.10 110
Trying XXX.XXX.XXX.10.
Connected to scisbo.com (XXX.XXX.XXX.10).
Escape character is ‘^]’.
+OK Qpopper (version 4.0.8) at ssssss.com starting.
Нахожусь на каком-то виртуальном сервере, традиционная структура директорий искажена, ps не вызывается и т.п.
А ps ошибку какую-то выдаёт или его вообще нету. Если нет, то на Linux’е посмотреть список процессов можно ещё примерно таким способом:
ps может не работать если /proc защищена по чтению, некоторые патчи на ядро так и делают, начиная с openwall
> +OK Qpopper (version 4.0.8) at ssssss.com starting.
Если честно, то подумал, грешным делом, что произведение djb, полез уточнить, и.
Там нет директории proc:
bash-2.04$ ls / DNS9Pro-Disk1.nrg Seth2.zip dev home seth.zip var DNS9Pro-Disk2.nrg Shortcut to Seth.lnk dims lib tmp vs4 Seth.zip bin etc mnt usr www
у qmail свой демон и проблем безопасности в нем никогда не находили, как и в остальном творчестве Бернштейна, а пресловутые легенды про проблемы у qpopper появились из-за того, что в свое время достаточно много серверов поломали (remote root) из-за переполнения буффера в данном поделии, тогда же он и перестал быть сильно популярным.
> qmail свой демон и проблем безопасности в нем никогда не находили, как и в остальном творчестве Бернштейна
У кумыла нет проблем безопасности, когда он стоковый. А когда он стоковый, он нефункционален практически. А когда он нефункционален, на него начинают наворачивать тонны патчей. А когда на него начинают наворачивать тонны патчей, то появляются проблемы безопасности.
Но хитрый дядька Бернштейн как не увеличивает функциональность стокового кумыла (не принимая патчи, увеличивающие его функционал, к себе в апстрим), так и всячески поднимает хай на тех, кто эти патчи пишет, тем самым уменьшая безопасность его детища 🙂
> он просто написал, отладил, а дальше не занимается совсем
раньше ставили, в том числе и небезызвестный hotmail.com работал на Solaris + qmail
http://www.gmx.net/
вот этот сервис работает на нем до сих пор
хотя базовый уровень сервиса конечно сильно устарел, что уж говорить.
Диагностика почтовых протоколов
Эта статья о методах диагностики почтовых протоколов. Она предназначена для начинающих администраторов, желающих больше узнать об инструментах для быстрого тестирования авторизации/отправки/приема почтовых сообщений как сервером, так и клиентом. Но также может служить хорошей памяткой соответствующих команд и для более опытных администраторов.
Материал разбит следующим образом:
1. Введение
В сети достаточно материалов по отдельным пунктам, но все разбросано по разным местам и, когда возникает необходимость выполнить ту или иную операцию, приходится по разным ресурсам вспоминать нюансы авторизации, способы быстрой кодировки в base64, ключи к openssl и tshark. Здесь все собрано вместе, а также добавлена информация о дешифровке SSL/TLS трафика.
Обозначения
$ — приглашение в обычном шелле, указанная после него команда выполняется от обычного пользователя
# — приглашение в рутовом шелле, указанная после него команда выполняется с правами администратора
## — строка с комментарием
Запрос клиента в почтовых сессиях выделен жирным шрифтом.
Почтовые порты
Основные порты, использующиеся в работе почтовых серверов по RFC (документы, регламентирующие работу сети интернет и ее основных компонентов):
Здесь перечислены только основные, помимо них разные реализации серверов могут использовать другие порты для своих служебных целей, для пользовательского и административного веб-интерфейса, общения узлов кластера и т.д.
Используемые и рекомендуемые утилиты
В статье используются telnet, openssl, tshark. Для наглядности взаимодействия сервера и клиента, использования команд протокола. На регулярной основе и для автоматизации каких-то процессов можно использовать утилиты, которые скрывают от нас все эти детали, но которые проще включаются в скрипты. Из таких утилит могу порекомендовать скрипт на perl smtp-cli (http://www.logix.cz/michal/devel/smtp-cli/), обладающий широкой функциональностью, в том числе и возможностью SMTP авторизации. Также рекомендую утилиту imtest из состава cyrus-clients, которой можно протестировать IMAP протокол. smtp-sink, утилиту из состава postfix, которая эмулирует почтовый сервер. С ее помощью можно отлаживать работу почтового клиента в том случае, если нет ни доступа к существующим почтовым серверам, ни возможности включения в настройках клиента подробного журналирования.
При помощи nmap можно быстро проверить, доступны ли порты снаружи, то есть, слушаются ли они программами и не закрыты ли при этом файерволом:
По этому выводу видно, что на сервере доступны SMTP/IMAP порты, но недоступны порты для
POP3 протокола.
Через netstat можно посмотреть не только прослушиваемые и используемые порты, как часто предполагают, но и процессы, связанные с этими портами. Вот вывод netstat для этого же почтового сервера:
В этом примере в качестве SMTP сервера используется postfix и dovecot в качестве IMAP. POP3 в списке отсутствует, так как в настройках dovecot этот протокол отключен, как неиспользуемый.
В современных дистрибутивах пакет net-tools уже часто не ставится, считается устаревшим. В качестве замены испольуется утилита ss из состава iproute. Это более узко заточенная и в свой области, вероятно, более функциональная утилита с возможностью настройки фильтров как в tcpdump/tshark. Но мне, например, не нравится, как у нее отформатирован вывод информации. Чтобы чуть это исправить, можно использовать sed:
*) для удобства использования можно поместить следующую bash функцию в
2. Примеры сессий
Здесь приведены примеры сессий по SMTP/IMAP/POP3 протоколам. Для соединения используется клиент телнет, который либо в системе установлен по-умолчанию, либо устанавливается из репозиториев:
Записки IT специалиста
Технический блог специалистов ООО»Интерфейс»
Онлайн инструменты для проверки почтового сервера
Также данные сервисы будут полезны в том случае, если что-то работает не так: почта не доходит к некоторым адресатам, принимается, но не отправляется и т.д. и т.п. Но даже если все работает как надо не поленитесь выполнить диагностику, так как некоторые проблемы проще и дешевле устранить заранее, не дожидаясь пока они себя проявят. Например, если из-за ошибки в настройке вы получили открытый релей, то лучше исправить ее сразу, пока ваш сервер не попал во всевозможные спам-листы.
MX Toolbox
Одним из лучших сервисов по диагностике почты является MX Toolbox. Достаточно ввести имя вашего домена, все остальные проверки сервис выполнит самостоятельно. Первым делом будут определены MX-записи:
После чего можно будет выполнить поиск проблем:
В результате вы получите общий список ошибок и предупреждений, более подробно с результатами проверки можно ознакомиться выбрав соответствующий раздел. Так например настройка DNS не содержит ошибок, а настройка почтового сервера лишь два предупреждения:
В общем информации, предоставляемой сервисом, вполне достаточно, чтобы проверить все основные настройки и устранить все грубые ошибки, а также найти возможные проблемы с производительностью.
На этом возможности данного сервиса не заканчиваются, вам доступно большое количество инструментов, которые могут пригодиться не только для диагностики почты.
Microsoft Remote Connectivity Analyzer
Нас должен заинтересовать раздел Тесты для электронной почты в Интернете, который не только выполнит проверку настроек, но и попробует отправить тестовое письмо, сопроводив этот процесс подробным отчетом:
В нашем случае для домена указаны две MX-записи, одна из которых полностью рабочая, а вторая не прошла проверку.
Проверка исходящего потока почты позволит обнаружить возможные проблемы проведя эмуляцию реальной отправки с вашего сервера:
Мы настоятельно рекомендуем использовать этот инструмент при возникновении проблем с входящим / исходящим потоком почты, так как он позволяет быстро и наглядно выявить проблему. Также сервис позволяет выполнить аналогичные проверки для почтовых клиентов, подключающихся по протоколу POP3 или IMAP.
Анализатор заголовков на наш взгляд более удобен, чем у предыдущего сервиса, так как содержит большее количество технической информации.
В частности определяются и указываются имена участвующих в обработке почты служб, что позволяет гораздо быстрее определить узел вносящий наибольшие задержки. Действительно, MX Toolboox просто уведомил нас, что вторым шагом отдал почту на localhost и, только зная архитектуру Zimbra, мы можем сказать кому именно была отдана почта. Сервис от Microsoft гораздо подробнее, он сообщает что почта отдана сервису amavisd-new на порт 10026, это может сэкономить немало времени, особенно если почта проходит обработку на нескольких узлах.
В заключение хочется сказать, что несмотря на то, что оба описанных нами сервиса дают весьма подробную информацию об ошибках и методах их устранения, администратор должен иметь базовые познания в области архитектуры почтовых серверов и работы электронной почты как в общем, так и в частном, применительно к используемому им почтовому ПО. Потому как ни один сервис не способен заменить человека, особенно в таком вопросе как диагностика и устранение неисправностей.
Дополнительные материалы:
Помогла статья? Поддержи автора и новые статьи будут выходить чаще:
Или подпишись на наш Телеграм-канал: 
Параметры сервера, которые необходимо узнать у поставщика услуг электронной почты
В большинстве почтовых приложений, например Outlook, параметры сервера электронной почты можно настроить автоматически. Если вы не знаете параметры сервера и нуждаетесь в помощи в их поиске, щелкните одну из приведенных ниже ссылок.
Поиск параметров сервера почтовых ящиков Exchange
Если вы подключаетесь к почтовому ящику Exchange и не используете службу электронной почты Microsoft 365 или не знаете, используете ли службу Microsoft 365, выполните указанные ниже действия, чтобы получить нужные сведения.
Войдите в свою учетную запись, используя Outlook Web App. Соответствующие инструкции см. в статье Выполнение входа в Outlook Web App.
В Outlook Web App на панели инструментов выберите пункты «Параметры» 
> Почта > POP и IMAP.
Имена серверов POP3, IMAP4 и SMTP, а также другие параметры, которые могут потребоваться, находятся на странице параметров POP и IMAP.
Какие параметры сервера требуется узнать у поставщика услуг электронной почты?
Чтобы помочь вам в этом, мы составили удобный список параметров сервера электронной почты, которые нужно узнать. Скорее всего, вам потребуется также настроить учетную запись POP или IMAP. Что такое POP и IMAP? Обратитесь к поставщику, если вы не знаете, какой протокол использовать.
Примечание: Если настроить учетную запись POP или IMAP, с устройством будет синхронизироваться только электронная почта. Все элементы календаря и контакты, связанные с учетной записью, будут храниться только на локальном компьютере.
Чтобы узнать параметры электронной почты, следуйте приведенным ниже инструкциям.
Распечатайте эту страницу, чтобы обращаться к ней при необходимости.
Позвоните поставщику электронной почты и узнайте у него параметры, указанные в таблице.
Запишите параметры почтового сервера в пустой столбец.
Вернитесь в почтовое приложение и введите данные, чтобы завершить настройку электронной почты.
Примечание: Вам могут потребоваться только некоторые параметры из этого списка. Узнайте у поставщика услуг электронной почты, что нужно для доступа к электронной почте на мобильном устройстве.
Общие параметры почты
Адрес электронной почты
Адрес электронной почты, который вы хотите настроить.
Пароль, связанный с вашей учетной записью электронной почты.
Имя, которое будут видеть получатели сообщений.
Описание учетной записи электронной почты.
Личная, рабочая и т. д.
Параметры сервера входящей почты
Эти параметры используются для отправки сообщений на почтовый сервер поставщика услуг электронной почты.
Имя сервера входящей почты.
Адрес электронной почты, который вы хотите настроить.
Номер порта, который использует сервер входящей почты.
Большинство серверов используют порт 143 или 993 для IMAP и 110 или 995 для POP.
Это ваш поставщик электронной почты.
ваш_поставщик.com, gmail.com и т. д.
Шифруется ли почта с использованием протокола SSL?
(SSL включен по умолчанию в мобильном приложении Outlook)
Протокол SSL включен
Параметры сервера исходящей почты (SMTP)
Эти параметры используются для отправки сообщений на почтовый сервер поставщика услуг электронной почты.
Имя сервера исходящей почты. Чаще всего это smtp.ваш_поставщик.com
Имя пользователя SMTP
Адрес электронной почты, который вы хотите настроить.
Пароль, связанный с вашей учетной записью электронной почты.
Шифруется ли почта с использованием протокола SSL?
(SSL включен по умолчанию в мобильном приложении Outlook)
Протокол SSL включен
Возникают проблемы? Поделитесь ими с нами.
Если вы пользуетесь услугами поставщика электронной почты (например, Gmail, Yahoo и т. д.), обратитесь к нему за помощью в настройке учетной записи.
Если у вас есть рабочая или учебная учетная запись на основе учетной записи Microsoft 365 для бизнеса или Exchange, обратитесь в службу технической поддержки или к своему администратору Microsoft 365.
Адреса почтовых серверов (POP, IMAP, SMTP)
В процессе настройки почтовых программ Вам потребуется указать следующую информацию: адрес электронной почты, сервер входящей почты, сервер исходящей почты, имя пользователя и пароль для авторизации на сервере, порт для подключения к серверу.
Сервер входящей почты mail.dol.ru или imap.dol.ru.
Для получения почты Вы можете воспользоваться либо протоколом POP, либо протоколом IMAP. В обоих случаях имя сервера входящей почты одно и то же. О достоинствах и недостатках этих двух способов получения почты можно почитать в отдельной статье
Сервер исходящей почты (SMTP-сервер) mail.dol.ru
Имя пользователя это учетное имя пользователя на почтовом сервере. Оно совпадает с адресом электронной почты.
Пароль это Ваш текущий пароль для доступа к почте. Если Вы забыли пароль, то всегда можете поменять его в личном кабинете.
Порт подключения некая числовая характеристика подключения, в зависимости от выбранного протокола. Современные почтовые клиенты обычно автоматически правильно указывают значения порта.