Что такое код imap_scanmailbox

Содержание

FPublisher

Web-технологии: База знаний

Документация PHP

imap_scanmailbox

imap_scanmailbox — Alias of imap_listscan()

Описание

This function is an alias of: imap_listscan().

Последние поступления:

ТехЗадание на Землю

Размещена 14 марта 2020 года

Пpоект Genesis (из коpпоpативной пеpеписки)

Шпаргалка по работе с Vim

Размещена 05 декабря 2020 года

Vim довольно мощный редактор, но работа с ним не всегда наглядна.
Например если нужно отредактировать какой-то файл например при помощи crontab, без знания специфики работы с viv никак.

Ошибка: Error: Cannot find a val >Размещена 13 сентабря 2020 года

Если возникает ошибка на centos 5 вида
YumRepo Error: All mirror URLs are not using ftp, http[s] or file.
Eg. Invalid release/

Linux Optimization

Размещена 30 июля 2012 года

АйТи бубен

Инструменты пользователя

Инструменты сайта

Содержание

Команды IMAP

Протокол IMAP (Internet Mail Access Protocol) описывается в RFC 2060.

В отличии от POP3, который просто скачивает входящие письма и сохраняет их локально, с IMAP вы работаете с почтой непосредственно на сервере

Как и POP3, протокол IMAP использует концепцию клиент-сервер с набором команд. С помощью команд осуществляется передача сообщений электронной почты от сервера клиенту. Клиент устанавливает для этой цели TCP-соединение с портом 143 на сервере. Далее сервер должен ответить специальным сообщением-приглашением.

В строке 1 показана команда на открытие сеанса с помощью telnet с портом 143 (порт IMAP по умолчанию). Строка 5 отображает приглашение, выданное сервером IMAP. В строке 6 клиентом задана команда закончить сеанс с сервером. Затем сервер посылает сообщение об окончании сеанса (строка 7) и закрывает соединение с клиентом.

Каждая команда, выдаваемая клиентом, предваряется уникальным идентификатором. Сервер может затем использовать этот идентификатор в своих ответах, что позволяет клиенту определить, к какой команде относится ответ сервера. Это особенно важно при выполнении сервером нескольких команд за сеанс. Идентификатор обычно представляет собой короткую строку алфавитно-цифровых символов, которая генерируется клиентом. Так, в строке 6 листинга 7.1 клиентом был выбран идентификатор a001. Если бы клиенту потребовалось задавать и другие команды, то следующим идентификатором был бы a002 и т.д. Часто для упрощения идентификаторы команд в течение сеанса IMAP просто последовательно увеличивают один из своих разрядов.

После установления соединения клиент находится в состоянии ожидания проверки подлинности, так как для выполнения каких-либо операций со своим почтовым ящиком на сервере он должен идентифицировать себя. После идентификации на сервере клиент может использовать команды IMAP для управления сообщениями на сервере. Протоколом IMAP предусмотрена возможность поддержки пользователем нескольких почтовых ящиков на одном сервере. При этом клиент может читать, отправлять и удалять сообщения в любом из принадлежащих ему почтовых ящиков.

Методы проверки подлинности пользователя в IMAP

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

Команда LOGIN

Команда LOGIN позволяет клиенту при регистрации на сервере IMAP использовать идентификатор пользователя и пароль в обычном текстовом виде.

Команда AUTHENTICATE

С помощью команды AUTHENTICATE клиент может использовать при регистрации на сервере IMAP альтернативные методы проверки подлинности. Индивидуальная проверка подлинности пользователей не является обязательной и поддерживается не всеми серверами IMAP. К тому же реализации такой проверки могут различаться в зависимости от сервера. Когда клиент выдает команду AUTHENTICATE, сервер отвечает на нее строкой вызова в кодировке base64. Далее в обязанности клиента входит ответ на вызов сервера о проверке подлинности, также закодированный base64. Если на сервере не поддерживается метод проверки подлинности, предложенный клиентом, он включает в свой ответ отрицательное слово NO. После этого клиент должен продолжить переговоры по согласованию метода проверки подлинности. Если все попытки определить метод проверки подлинности потерпели неудачу, то клиент предпринимает попытку зарегистрироваться на сервере посредством команды LOGIN. Пример сеанса с применением AUTHENTICATE:

В строках 6–9 показаны попытки клиента согласовать с сервером IMAP метод проверки подлинности. Как видите, все они не увенчались успехом. А в строке 10 показано, что метод проверки, приемлемый и для клиента, и для сервера, найден. Отвечая, сервер в строке 11 выдает кодированную строку с вызовом в кодировке base64. Однако в строке 12 клиент отвергает попытку регистрации и возобновляет ее лишь в строке 14 с помощью команды LOGIN.

Клиентская часть протокола IMAP

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

Почтовый ящик для клиента по умолчанию носит название INBOX. Все новые сообщения ложатся именно в INBOX. Клиент имеет возможность создавать новые почтовые ящики (иногда называемые в программах-клиентах для работы с электронной почтой папками). Туда с целью упорядочения он может перемещать сообщения из папки INBOX.

Каждому сообщению назначается уникальный идентификатор (UID), по которому они идентифицируются в почтовом ящике. Метка UID сохраняется в течение всех сеансов IMAP для того, чтобы клиентское программное обеспечение могло правильно идентифицировать сообщения в почтовом ящике. Каждому почтовому ящику соответствует уникальный идентификатор достоверности (UIDVALIDITY). Метка UIDVALIDITY должна присутствовать во время всех сеансов IMAP, только в том случае, если идентификаторы сообщений в ящике оставались неизменными. Если в почтовом ящике имеются сообщения с различными идентификаторами, то значение UIDVALIDITY при следующем сеансе должно увеличиться. Это позволяет клиентам быстро определять, появились ли в почтовом ящике новые сообщения с момента последнего к нему обращения.

Каждое сообщение снабжается флагом, который отображает его статус. Флаг может быть постоянным или задаваться на время сеанса. Постоянные флаги могут изменяться клиентом и сохраняться вне зависимости от сеансов. Флаги, назначаемые на время сеанса, действительны только на время текущего сеанса IMAP. В табл. 7.1 представлены варианты флагов почтовых сообщений.

Флаги почтового сообщения IMAP

Почтовому сообщению может соответствовать 0 флагов или несколько флагов. Информация о флагах передается клиенту вместе с самим сообщением. В обязанности клиента входит интерпретация флагов соответствующим образом.

В следующем разделе описываются команды IMAP, которые клиент может задавать серверу.

Сервер должен отвечать соответствующим образом на заданные команды или отвечать отрицательно, если команда задана неправильно либо не поддерживается.

Команда SELECT

Команда SELECT используется, лишь когда почтовый ящик активен. По умолчанию, пока клиент не зарегистрирован в системе, ни один из принадлежащих ему почтовых ящиков не является выбранным. Далее клиент должен выбрать почтовый ящик, с которым он собирается работать. Обычно первый ящик, который выбирается клиентом, — это ящик INBOX, куда помещаются новые сообщения. Формат команды SELECT следующий:

Здесь mailbox — это название почтового ящика, к которому обращается клиент. Во время одного сеанса IMAP может быть активен только один почтовый ящик. Если ящик существует и у клиента имеется соответствующий доступ к нему, то сервер дает многострочный ответ, где описывается состояние почтового ящика.

Команда CREATE

Команда CREATE используется для создания нового почтового ящика на сервере IMAP. Имя и местоположение новых почтовых ящиков определяются в соответствии с общими спецификациями ОС Linux. В рабочем каталоге пользователя создается новый почтовый ящик с именем, но без задания местоположения, так как оно известно каталогу $HOME клиента. Например, если рабочий каталог клиента находится в /home/riley и клиент задает команду CREATE для создания нового почтового ящика stuff/junk, то вновь созданный ящик на почтовом сервере под управлением ОС Linux будет иметь путь /home/riley/stuff/junk. В этом примере вы видите, как используется знак разделителя /. Однако это не является общим для всех серверов IMAP.

Команда DELETE

Команда DELETE применяется к почтовым ящикам, а не к сообщениям. Сервер IMAP при получении этой команды попытается удалить почтовый ящик с именем, указанным в качестве аргумента команды. В аргументе команды можно использовать стандартное описание путей ОС Linux, со знаком разделителя /, если только они не находятся в каталоге $HOME. Сообщения из удаленных почтовых ящиков восстановлению не подлежат и теряются вместе с ящиками.

Команда RENAME

С помощью команды RENAME клиент может изменить имя почтового ящика. При этом возможно применение двух параметров. Первый параметр — собственно имя почтового ящика, который требуется переименовать. И второй параметр — новое имя почтового ящика.

Команда LIST

Команда LIST используется для получения списка всех почтовых ящиков клиента. С ней используются два параметра. Формат команды LIST приведен ниже:

Здесь reference — каталог, где находятся почтовые ящики. Если задается пустая строка вместо этого параметра («»), то почтовые ящики находятся в рабочем каталоге пользователя $HOME. Второй параметр mailbox является именем почтового ящика, который нужно просмотреть. Здесь допускается использование специальных символов, так же, как и при получении обычного списка каталогов, например группового символа (*). Если именем почтового ящика задана пустая строка («»), то сервер будет возвращать в качестве ответа иерархический разделитель (для Linux /) и имя корневого параметра.

Команда LSUB

Команда LSUB используется для устранения проблемы, которая описана для команды LIST. В отличие от команды LIST, с помощью которой отображается все содержимое рабочего каталога пользователя, с помощью команды LSUB отображаются лишь активизированные ранее описанной командой SUBSCRIBE почтовые ящики клиента. Параметры команды LSUB точно такие же, что и для команды LIST, т.е. ссылка (reference) и имя почтового ящика. Подобно команде LIST, параметр ссылки указывает путь к каталогу, в котором находятся почтовые ящики с соответствующими именами (каталог $HOME, если указано «»). Соответственно, под именем почтового ящика понимается имя ящика или имена ящиков, которые требуется вывести в списке (допускается групповой символ (*).

Почтовые ящики могут затем добавляться в список активных ящиков с помощью команды SUBSCRIBE, а удаляться из списка с помощью команды UNSUBSCRIBE. С помощью этих команд можно реализовать на базе клиента IMAP чтение групп новостей. При этом каждая группа новостей реализована как отдельный почтовый ящик на сервере, на которую затем можно подписаться. Сегодня большинство программ для работы с электронной почтой включают функцию чтения групп новостей, так что выполнение этих операций в IMAP не требуется.

Илон Маск рекомендует:  Как извлечь red, green, и blue компонент из определенного цвета

Команда APPEND

APPEND — еще одна команда из семейства команд IMAP. Как правило, протокол IMAP применяется исключительно для чтения сообщений из почтовых ящиков. С помощью команды APPEND появляется возможность посылать сообщения в почтовый ящик, добавляя сообщение к концу файла почтового ящика. Эта функция работает не совсем корректно и она является довольно опасной, поэтому не рекомендуем увлекаться ею в качестве альтернативы SMTP. Это, скорее, приятное излишество протокола IMAP, а не рабочая лошадка. Основной формат команды APPEND следующий:

Команда CHECK

Команда CHECK используется для установки контрольной точки в почтовом ящике. Любые операции, такие, например, как запись данных из памяти сервера на его жесткий диск, должны выполняться при соответствующем состоянии почтового ящика. Именно для проверки целостности почтового ящика после дисковых и других подобных им операций и применяется команда CHECK. Эта команда используется без параметров.

Команда CLOSE

Команда CLOSE полностью соответствует своему названию — она закрывает почтовый ящик.

Действие команды CLOSE четко прослеживается на только что открытом новом почтовом ящике. Открытый почтовый ящик закрывается также с помощью команды LOGOUT. Команда CLOSE не имеет параметров.

Команда EXPUNGE

Ответ сервера на команду EXPUNGE представляет собой отчет о новом состоянии почтового ящика.

В строке 8 пользователь alex выбирает почтовый ящик с именем newbox. Строки 9–16 представляют собой ответ сервера с информацией относительно выбранного почтового ящика. Строка 9 говорит о том, что в нем находится 6 сообщений. В строках 17 и 20 пользователь alex воспользовался командой STORE, чтобы пометить два сообщения как удаленные (\DELETED). Затем в строке 23 пользователь alex выдает команду STATUS. Из строки 24 можно сделать заключение, что, с точки зрения сервера IMAP, в почтовом ящике все еще находятся шесть сообщений, хотя два из них помечены как удаленные. В строке 26 пользователь выдает команду EXPUNGE, по которой сообщения, помеченные как удаленные, стираются. Ответ сервера в строках 27–31 подтверждает, что сообщения были удалены из ящика и в нем осталось четыре сообщения. Это же подтверждает и команда STATUS, заданная в строке 32. На нее сервер отвечает, что в почтовом ящике теперь только четыре сообщения.

Команда SEARCH является одним из наиболее мощных средств из арсенала IMAP. С помощью этой команды производится поиск сообщений по критериям в активном почтовом ящике с последующим отображением результатов в виде номера сообщения. Формат команды SEARCH следующий:

Здесь CHARSET specification состоит из служебного слова CHARSET, за которым следует обозначение набора символов. Набор символов по умолчанию — ASCII , так что, как правило, этот параметр опускается. Параметр search criteria определяет ключевые критерии поиска и их значения. Критерии поиска описаны в табл. 7.3.

Таблица. Критерии поиска для команды SEARCH

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

В строках 17, 20 и 23 показаны примеры использования команды SEARCH. Строки 18, 21 и 24 являются ответами сервера IMAP на команду SEARCH. В ответе содержатся номера сообщений, которые соответствуют критерию поиска. Если соответствий не найдено, то сервер возвращает слово SEARCH без идентификатора сообщения UID.

Команда FETCH

Команда FETCH используется для получения текста почтового сообщения. Она применяется только для отображения сообщений. В отличие от POP3, клиент IMAP не сохраняет копию сообщения на клиентском ПК.

Команда STORE

Команда STORE применяется для изменения информации о сообщении. Формат команды следующий:

Аргумент задает диапазон номеров сообщений, к которым применяется команда STORE. В настоящее время для этой команды определено только два типа данных ( ). Тип FLAGS определяет набор флагов, установленных для сообщения. Тип FLAGS.SILENT также определяет набор флагов, установленных для сообщения, но при этом сервер IMAP не возвращает их новое значение в своем ответе.

Поведением этих типов данных можно управлять, задав перед ними знак плюс (+) или минус (-). Знак плюс означает, что значение типа данных ( ) будет добавлено к сообщению, минус — что оно будет удалено из сообщения.

В строке 18 этого листинга показано, как устанавливается флаг \DELETED для сообщения в активном почтовом ящике с номером 1. Обратите внимание, что перед флагом задан знак плюс (+). Можно было бы также задать флаг (-). Тогда флаг \DELETED был бы отменен для сообщения (один из способов восстановить удаленное сообщение до того, как вступят в силу контрольные точки сообщения).

Команда COPY

Команда COPY используется для копирования сообщений из одного почтового ящика в другой. Формат команды COPY приведен ниже:

Здесь задает диапазон номеров сообщений, которые нужно скопировать из активного почтового ящика, а указывает имя ящика, в который их нужно скопировать.

Для протокола IMAP не определена команда перемещения сообщений, но очевидно, что эта операция есть не что иное, как копирование сообщений в другой почтовый ящик с заданием для оригиналов сообщений флага \DELETED. После следующей ротации почтового ящика (расстановки контрольных точек) оригиналы сообщений будут удалены, и останутся только их копии.

Команда CAPABILITY

С помощью команды CAPABILITY клиент может запрашивать у сервера IMAP информацию о его возможностях.

Команда NOOP

Действия команды NOOP, как мы знаем, соответствует ее названию, т.е. она ничего не делает. Она может применяться для поддержки активности во время сеанса для того, чтобы сеанс не прекратился по таймеру интервала ожидания. Ответ сервера на команду NOOP всегда должен быть положительным. Так как сервер часто в ответе возвращает состояние выполнения той или иной команды, то NOOP вполне можно использовать как триггер для периодического запроса о состоянии сервера. Если что-то произошло с почтовым ящиком во время периода ожидания, например сервер удалил сообщения согласно правилам, установленным для почтового ящика администратором почтовой системы, то в ответ на команду NOOP будет возвращена обновленная информация о его состоянии.

Команда LOGOUT

Команда LOGOUT используется для завершения сеанса для текущего идентификатора пользователя и закрытия всех открытых почтовых ящиков. Если какие-либо сообщения были помечены флагом \DELETED, то с помощью этой команды они будут физически удалены из почтового ящика.

Что такое код imap_scanmailbox

Применимо к:Exchange Server 2020

Узнайте, как включить или отключить доступ к определенным почтовым ящикам по протоколам POP3 и IMAP4 в Exchange 2020.

После включения и настройки протокола POP3 или IMAP4 на сервере Exchange 2020, как описано в статьях Включение и настройка POP3 на сервере Exchange 2020 и Включение и настройка IMAP4 на сервере Exchange 2020, ко всем почтовым ящикам пользователей (за исключением почтового ящика администратора) можно будет получить доступ с помощью протокола POP3 или IMAP4. Вы можете использовать описанные в этой статье процедуры, чтобы отключить доступ по протоколам POP3 и IMAP4 к определенным почтовым ящикам.

Дополнительную информацию о протоколах POP3 и IMAP4 см. в статье POP3 и IMAP4 в Exchange 2020.

Что нужно знать перед началом работы

Осталось времени до завершения: 5 минут.

Процедуры, описанные в этой статье, не распространяются на почтовый ящик администратора, потому что к нему нельзя подключиться по протоколу POP3 или IMAP4. Это ограничение специально включено в Exchange 2020, чтобы повысить безопасность почтового ящика администратора.

Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье раздел «Разрешения подготовки получателей» в статье Разрешения получателей.

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

Совет.
Возникли проблемы? Задайте вопрос на форумах, посвященных Exchange ( Exchange Server, Exchange Online или Exchange Online Protection)..

Включение или отключение доступа к одному почтовому ящику по протоколу POP3 или IMAP4

Включение или отключение доступа к почтовому ящику по протоколу POP3 или IMAP4 в Центре администрирования Exchange

В центре администрирования Exchange перейдите к разделу Получатели > Почтовые ящики.

В списке почтовых ящиков найдите нужный почтовый ящик. Для этого выполните одно из следующих действий:

Прокрутите список почтовых ящиков.

Нажмите Поиск ( ) и введите часть имени, адреса электронной почты или псевдонима пользователя.

Выберите Дополнительно ( ) > Расширенный поиск.

Когда вы найдете нужный почтовый ящик, выберите его и нажмите Изменить( ).

В открывшемся окне свойств почтового ящика выберите Функции почтового ящика.

В разделе Возможность подключения электронной почты настройте один или несколько из этих параметров:

POP3. Чтобы отключить доступ к почтовому ящику по протоколу POP3, нажмите Отключить, а затем Да в появившемся предупреждении. Если протокол POP3 уже отключен, нажмите Включить, чтобы включить его.

IMAP. Чтобы отключить доступ к почтовому ящику по протоколу IMAP4, нажмите Отключить, а затем Да в появившемся предупреждении. Если протокол IMAP4 уже отключен, нажмите Включить, чтобы включить его.

выберите почтовый ящик > «Изменить» > «Функции почтового ящика» > «Возможность подключения электронной почты»» />

Когда закончите, нажмите Сохранить.

Включение или отключение доступа к почтовому ящику по протоколу POP3 или IMAP4 с помощью командной консоли Exchange

Чтобы включить или отключить доступ к одному почтовому ящику по протоколу POP3 или IMAP4, используйте следующий синтаксис:

В этом примере отключается доступ по протоколам POP3 и IMAP4 к почтовому ящику пользователя John Smith.

В этом примере включается доступ по протоколам POP3 и IMAP4 к почтовому ящику пользователя John Smith.

Дополнительные сведения см. в статье Set-CASMailbox.

Включение или отключение доступа к нескольким почтовым ящикам по протоколу POP3 или IMAP4

Включение или отключение доступа к нескольким почтовым ящикам по протоколу POP3 или IMAP4 в Центре администрирования Exchange

В Центре администрирования Exchange перейдите к разделу Получатели > Почтовые ящики.

В списке почтовых ящиков найдите нужные почтовые ящики. Для этого выполните одно из следующих действий:

Прокрутите список почтовых ящиков.

Нажмите Поиск ( ) и введите часть имени, адреса электронной почты или псевдонима пользователя.

Выберите Дополнительно ( ) > Расширенный поиск.

В списке почтовых ящиков выберите несколько почтовых ящиков одного типа (например, Пользователь). Например:

Выберите почтовый ящик. Удерживая клавишу SHIFT, выберите другой ящик, расположенный ниже в списке.

Выберите нужные почтовые ящики, удерживая клавишу CTRL.

После выбора нескольких почтовых ящиков одного типа заголовок области сведений изменится на Массовое изменение.

В области сведений найдите POP3 или IMAP, нажмите Включить или Отключить, а затем ОК в появившемся предупреждении.

Включение или отключение доступа к нескольким почтовым ящикам по протоколу POP3 или IMAP4 с помощью командной консоли Exchange

Чтобы указать нужные почтовые ящики, можно использовать командлеты Get-Mailbox, Get-User и Get-Content. Например:

Используйте параметр OrganizationalUnit для фильтрации почтовых ящиков по подразделению.

Используйте параметр Filter для создания фильтров OPATH, определяющих почтовые ящики. Дополнительные сведения см. в статье Фильтруемые свойства для параметра -Filter.

Используйте текстовый файл для указания почтовых ящиков. В каждой строке текстового файла указан один почтовый ящик (адрес электронной почты, имя или другой уникальный идентификатор), например:

В этом примере отключается доступ по протоколам POP3 и IMAP4 для всех почтовых ящиков финансового подразделения в Северной Америке.

В этом примере отключается доступ по протоколам POP3 и IMAP4 для всех почтовых ящиков отдела проектирования в штате Вашингтон.

В этом примере для отключения доступа к указанным почтовым ящикам по протоколу POP3 или IMAP4 используется текстовый файл C:\My Documents\Accounts.txt.

Дополнительные сведения см. в статьях Get-Mailbox и Get-User.

Повторный запуск служб POP3 и IMAP4

После изменения параметров доступа к почтовому ящику по протоколам POP3 и IMAP4 нужно перезагрузить службы POP3 и IMAP4 на сервере. Для этого можно воспользоваться консолью «Службы» Windows или командной консолью Exchange.

Перезапуск служб POP3 и IMAP4 с помощью консоли «Службы» Windows

Откройте консоль «Службы» Windows на сервере Exchange. Например:

Выполните команду services.msc в диалоговом окне Выполнить, окне командной строки или командной консоли Exchange.

Откройте диспетчер серверов и выберите Средства > Службы.

В списке служб выполните одно или оба из указанных ниже действий.

POP3:

Выберите Microsoft Exchange POP3 и нажмите Действие > Перезапустить.

Выберите Внутренний POP3 Microsoft Exchange и нажмите Действие > Перезапустить.

IMAP4:

Выберите Microsoft Exchange IMAP4 и нажмите Действие > Перезапустить.

Выберите Внутренняя служба IMAP4 Microsoft Exchange и нажмите Действие > Перезапустить.

Перезапуск служб POP3 и IMAP4 с помощью командной консоли Exchange

Чтобы перезапустить службы POP3, выполните следующую команду:

Илон Маск рекомендует:  Что такое код getlinesttings

Чтобы перезапустить службы IMAP4, выполните следующую команду:

Дополнительные сведения об этом командлете см. в статье Restart-Service.

Чтобы убедиться, что службы POP3 или IMAP4 успешно перезапущены, выполните следующую команду:

Как проверить, что все получилось?

Чтобы убедиться, что доступ к почтовому ящику по протоколу POP3 или IMAP4 включен или отключен, выполните одно из следующих действий:

В Центре администрирования Exchange перейдите в раздел Получатели > Почтовые ящики > выберите почтовый ящик > нажмите Изменить > Функции почтового ящика > Возможность подключения электронной почты.

Если для почтового ящика включен доступ по протоколу POP3, вы увидите сообщение POP3: включено и ссылку Отключить. Если доступ по протоколу POP3 отключен, вы увидите сообщение POP3: отключено и ссылку Включить.

Если для почтового ящика включен доступ по протоколу IMAP4, вы увидите сообщение IMAP4: включено и ссылку Отключить. Если доступ по протоколу IMAP4 отключен, вы увидите сообщение IMAP4: отключено и ссылку Включить.

В командной консоли Exchange вместо введите идентификатор почтового ящика (например, имя, псевдоним или адрес электронной почты) и выполните следующую команду:

Используйте тот же фильтр, что и для определения почтовых ящиков, но вместо командлета Get-CasMailbox используйте Set-CasMailbox. Например:

Чтобы увидеть все почтовые ящики, для которых отключен доступ по протоколам POP3 и IMAP4, выполните такую команду в командной консоли Exchange:

какие настройки IMAP для mail.ru? только полные

Настройки почтового клиента для работы через IMAP-протокол:

Ваш электронный адрес (имя почтового ящика или e-mail address): полное название почтового ящика, включающее значок «@» и домен.
Например: username@bk.ru

Сервер входящей почты (IMAP-сервер) : IMAP.mail.ru для всех доменов (mail.ru, list.ru, bk.ru и inbox.ru).
Например, для почтового ящика username@bk.ru: imap.mail.ru

Сервер исходящей почты (SMTP-сервер) : SMTP. , где — домен Вашего почтового ящика.
Например, для почтового ящика username@bk.ru: smtp.bk.ru

Имя пользователя на IMAP-сервере: полное название почтового ящика, включающее значок «@» и домен.

Пароль: Ваш пароль к своему почтовому ящику.

IMAP: трудности перехода

Какие грабли зарыты в IMAP

Уже некоторое время IMAP работает в Почте Mail.Ru в полную силу, и я готов рассказать о том, с какими проблемами мы столкнулись при его запуске. Часть из них была связана с особенностями самого протокола и с его историей, другие были обусловлены спецификой взаимодействия IMAP с нашим хранилищем. Отдельная категория трудностей вызвана многообразием почтовых клиентов.

За подробностями — добро пожаловать под кат.

Нынешний запуск IMAP — наш второй подход к снаряду. В прошлый раз мы взяли сервер Dovecot и попробовали заточить его под себя. Результат нас не устроил: с нашими нагрузками и нашей инфраструктурой он сочетался плохо. В этот раз мы решили выбрать другой путь, и написали собственное решение.

IMAP мы запустили в мае, но анонсировали только в июне. Фактически, майская аудитория — это наши сотрудники и те пользователи, у которых клиенты автоматически определили наличие IMAP в нашей Почте и подключили к нему новые добавленные аккаунты.

Трудности, специфичные для протокола IMAP

1. Громоздкость самого протокола

Первая версия протокола IMAP появилась в 1986 году. В данный момент актуален стандарт IMAP версии 4rev1, который был обновлен в 2003 году. За такой долгий срок стандарт существенно разросся: его текущая версия насчитывает порядка 200 страниц.

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

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

Чтобы побороть историческое наследие, нам пришлось реализовать несколько расширений. Одно из них — UID+: когда мы копируем или добавляем письмо, мы возвращаем ID нового письма, которое появилось на сервере в результате копирования или добавления. Это позволяет нам сэкономить на ресурсоемкой операции поиска, которую приходилось проводить клиенту, чтобы распознать, какое именно письмо было добавлено.

2. Отсутствие стандартного паттерна работы с сервером

IMAP предоставляет множество способов решить одну и ту же задачу и, как следствие, практически у всех клиентов паттерн работы различен. Также важно, что паттерны работы существенно отличаются от того, как работает веб-почта или POP3.

Более половины приходится на долю клиентов под устройства Apple: причина в том, что у них хорошо работает автоопределение IMAP. Outloook же, напротив, по умолчанию работает по POP3, и настраивать IMAP нужно руками.

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

Почему для нас это было необходимым шагом? При скромных нагрузках (например, если сервер обслуживает корпоративную почту небольшой компании) вопрос оптимальности стоит не так остро. Однако при наших объемах оптимальность становится критичной: следовательно, нам нужно было изучить паттерны работы всего зоопарка почтовых клиентов, обращающихся к хранилищу.

3. Количество одновременных сессий

По стандарту, минимальный таймаут сервера — 30 минут. Кроме того, один клиент может держать сразу несколько соединений к серверу (в протоколе не указано максимальное количество разрешенных соединений). Фактически, в нашем масштабе, это означает, что один сервер должен оптимально работать с десятками тысяч одновременных соединений. При работе в синхронном режиме такое количество соединений просто поглотило бы все ресурсы.

Для решения этой проблемы я написал библиотеку для асинхронной работы, построенную на базе edge-triggered epoll. Изначально я ставил перед собой задачу сделать библиотеку, при помощи которой можно было бы в будущем за пару дней написать свой асинхронный сервер для решения других задач, помимо IMAP; в результате практически весь код можно использовать для написания других сервисов.

4. Невозможность однозначно идентифицировать клиент

Наш сервер поддерживает расширение ID, которое позволяет нам идентифицировать примерно половину клиентов. К сожалению, другая половина об этом расширении не знает (из популярных можно назвать, например, Outlook).
Понимание того, с каким клиентом мы работаем, позволяет обойти его характерные баги, а также предсказать, каким будет паттерн работы в рамках данной сессии и, соответственно, оптимизировать работу. Для нас это критично, поэтому, если клиент не называет ID, мы стараемся идентифицировать его другими путями (в случае Outlook — по тегам).

5. Отсутствие команды перемещения сообщений

В клиентах перемещение реализовано через копирование+удаление. Нам, разумеется, хочется, чтобы при этом копия письма помещалась в нужную папку, а оригинал удалялся и не захламлял корзину. С другой стороны, иногда сам пользователь копирует письмо в новую папку, а затем удаляет оригинал: в этом случае удаленное письмо должно помещаться в корзину.
Чтобы различать эти два кейса, после копирования мы в этой же сессии помечаем письмо специальным внутренним флажком. Когда сам пользователь копирует письмо и удаляет оригинал, клиент, как правило, обновляет список писем. При обновлении флажок автоматически сбрасывается, а удаленное письмо оказывается в корзине. Если же письмо (в рамках перемещения) удаляет клиент, обновления не происходит, и письмо, помеченное флажком, удаляется окончательно.

Трудности, связанные с адаптацией текущего хранилища писем и индексов

1. Идентификация сообщений

Для работы по IMAP необходимо было поддержать два вида идентификаторов сообщений: порядковый номер, который может отличаться от сессии к сессии, а также уникальный номер, который сохраняется на все время жизни сообщения. Оба идентификатора должны удовлетворять довольно строгим критериям, которые не соответствовали схеме, используемой веб-почтой и POP3-сервером.

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

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

Из-за такой специфики — письма уже нет в ящике, но клиент об этом еще не узнал — клиент может запросить данные об уже удаленном письме. Более того, некоторые из них испытывали серьезные проблемы, если ответа на их запрос не поступало. Чтобы клиент не ломался, мы в ответ на подобные запросы возвращаем заглушки. Клиент получает нужную ему для нормальной работы информацию, а уже при следующем обновлении списка писем (оно, как правило, происходит сразу же) удаляет из него сообщение.

2. Необходимость оптимально возвращать информацию о MIME-структуре письма

Практически все клиенты запрашивают информацию о структуре письма. Часто в рамках первой сессии они запрашивают такую информацию сразу обо всех письмах в папке. Парсить письмо на каждый такой запрос было бы крайне неоптимально.
Вместо этого мы сделали кэш MIME-структур. Наличие кэша помогло нам побороть сразу несколько трудностей, связанных с особенностями IMAP — в частности, отсутствие стандартного паттерна работы с сервером: поскольку часть информации хранится в кэше, это помогает нивелировать нагрузку, связанную с разными паттернами работы клиентов.

Сейчас мы кэшируем до 50 сообщений. Почему не 2-3? Дело в том, что некоторые клиенты сначала запрашивают структуру письма, а потом тело, причем сразу для нескольких сообщений; максимальное число писем в такой «пачке» обычно составляет 50 штук.

3. Оптимальная отдача частей письма

Часто клиенты просят лишь текстовые части письма, которые могут находиться в конце самого сообщения. Для отображения сниппетов клиенты могут просить текстовые части сразу у 50-200 писем. Читать весь файл сообщения целиком (и обрабатывать 10 МБ письма для того, чтобы отдать 10 КБ текста) при этом не хочется; использовать индекс для определения позиции части внутри файла при каждом запросе также было бы накладно. В этой ситуации также спасает кэш структуры письма.
Преимущества такого подхода особенно наглядны тогда, когда клиент подгружает сниппеты для нескольких десятков писем: если бы мы не использовали кэш структуры, то для этого приходилось бы просмотреть много мегабайт и пожертвовать скоростью.

Для экономии места в наших хранилищах base64-части хранятся в декодированном виде внутри письма: при работе с веб-почтой это позволяет отдавать аттачи без лишнего перекодирования. Нужно было сделать схему отдачи частей с учетом этого перекодирования. Мы написали потоковое перекодирование на IMAP-сервере. Здесь также помог кэш — благодаря ему мы без перечитывания структуры можем понять, в каком виде (бинарном или нет) хранится тот или иной фрагмент.

4. Особенности работы некоторых клиентов

Некоторые клиенты не полностью соответствуют стандарту RFC: например, стандартные клиенты Android версий 2.2 — 2.3 не могут корректно отображать письма без возврата некоторых необязательных полей. Основная трудность заключалась в том, чтобы определить, какие именно поля каждый из таких клиентов считает для себя обязательными: приходилось решать это методом перебора.

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

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

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

Илон Маск рекомендует:  Что такое код ncurses_erasechar

То, что мы вынесли для себя: IMAP — достаточно «развесистая» штука, с множеством исторических особенностей, нажитых за 26 лет, которые умножаются на разнообразие почтовых клиентов. При наших нагрузках это выливается в то, что брать готовое решение и пытаться заточить его под себя нерационально: в лучшем случае объем работы будет таким же, как при самостоятельной разработке решения. Этим путем мы и пошли :)

FPublisher

Web-технологии: База знаний

Документация PHP

imap_scanmailbox

imap_scanmailbox — Alias of imap_listscan()

Описание

This function is an alias of: imap_listscan().

Последние поступления:

ТехЗадание на Землю

Размещена 14 марта 2020 года

Пpоект Genesis (из коpпоpативной пеpеписки)

Шпаргалка по работе с Vim

Размещена 05 декабря 2020 года

Vim довольно мощный редактор, но работа с ним не всегда наглядна.
Например если нужно отредактировать какой-то файл например при помощи crontab, без знания специфики работы с viv никак.

Ошибка: Error: Cannot find a val >Размещена 13 сентабря 2020 года

Если возникает ошибка на centos 5 вида
YumRepo Error: All mirror URLs are not using ftp, http[s] or file.
Eg. Invalid release/

Linux Optimization

Размещена 30 июля 2012 года

Что Такое POP3, SMTP и IMAP

Введение

Скорее всего, большинство читающих это руководство уже знакомы с самой часто используемой технологией связи – электронной почтой. Но задумывались ли вы когда-нибудь о том, как на самом деле она работает? В этой статье мы узнаем, как работает эта служба, и что такое POP3, SMTP и IMAP.

Шаг 1 — Что такое POP3 и какие у него порты?

POP3 (протокол почтового отделения версия 3) часто используется для связи с удаленным сервером электронной почты и загрузки сообщений на локальный почтовый клиент с последующим удалением его на сервере, к примеру Outlook, Thunderbird, Windows Mail, Mac Mail и т.д. Однако обычно почтовые клиенты предлагают выбор – оставлять или нет копии сообщений на сервере. Если вы используете несколько устройств для отправки сообщений, то рекомендуется оставлять эту функцию включенной, в противном случае, на другом устройстве у вас не будет доступа к отправленным сообщениям, которые не были сохранены на удаленном сервере. Также стоит отметить, что POP3 – протокол работающий только в одном направлении, это означает, что данные берутся с удаленного сервера и отправляются на локальный клиент.

Порты POP3, по умолчанию являются такими:

Порт 110 – порт без шифрования

Порт 995 – порт SSL/TLS, также известный как POP3S

Шаг 2 — Различия между POP3 и IMAP, и какие порты у IMAP?

IMAP (протокол прикладного уровня для доступа к электронной почте), также как и POP3 используется для получения сообщений электронной почты на локальный клиент, однако, он имеет существенное отличие – загружаются только лишь заголовки электронных сообщений, сам текст письма остается на сервере. Данный протокол связи работает в две стороны, если происходят изменения на локальном клиенте, они передаются и на сервер. В последнее время IMAP стал более популярным, так как такие гиганты-провайдеры услуг электронной почты, как Gmail, стали рекомендовать использовать его вместо POP3.

Порты IMAP, по умолчанию являются такими:

  • Порт 143 – порт без шифрования
  • Порт 993 – порт SSL/TLS, также известный как IMAPS

Шаг 3 — SMTP, протокол для исходящей связи по электронной почте

Простой протокол передачи почты (SMTP), используется для связи с удаленным сервером и последующей отправке сообщений с локального клиента на удаленный сервер, и в конечном итоге на сервер получателя сообщений. На вашем сервере электронной почты, этот процесс контролируется специальной службой (MTA). Стоит упомянуть, что SMTP используется исключительно для отправки сообщений.

  • Порт 25 – порт без шифрования
  • Порт 465 – порт SSL/TLS, также известный как SMTPS

Заключение

Надеемся, что теперь у вас появилось ясное понимание того, как работают почтовые протоколы и какие порты они используют. В этом руководстве мы узнали, что такое POP3, SMTP и IMAP и для чего они используются. К примеру, POP3 и IMAP используются для одинаковый целей, но подходят к выполнению этих задач по-разному. IMAP оставляет содержимое письма на сервере, а POP3 скачивает его на ваш компьютер. Также, мы узнали какие стандартные порты у SMTP, POP3 и IMAP.

Что такое код imap_scanmailbox

Для сканирования и отправки документов по e-mail для МФУ М2835dw необходимо не только наполнить адресную книгу, но и настроить отправку почты по e-mail. Для реализации этой возможности нужно настроить параметры почтовых протоколов, благодаря которым почта будет отправляться на выбранные адреса.

Для настройки отправки почты придется пройтись по меню аппарата, перепрыгивая с одного окна на другое. Над удобством меню, как и над логикой управления инженерам kyocera явно стоит поработать. Перед настройкой необходимо создать пользователя на любом почтовом сервере. В данном случае был создан пользователь Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра. (на почтовом сервере yandex).

1. Открываем веб-панель МФУ Ecosys Kyocera M2835dw, набираем логин, пароль (по умолчанию Admin — Admin).

2. Далее переходим «Настройки функций» — «Электронная почта«.

3. В открывшемся окне заполняем:

Имя сервера SMTP: 213.180.193.38

Имя севера SMTP (сервер исходящей почты) зависит от используемого почтового сервера. В данном случае IP-адрес почтового сервера по протоколу smtp 213.180.193.38 (smtp.yandex.ru). Посмотреть настройки основных почтовых серверов можно ЗДЕСЬ.

Имя сервера SMTP лучше задать по имени (например, для Yandex — smtp.yandex.ru), но если в сети не работает DNS, то МФУ не будет понимать, что такое smtp.yandex.ru. Проверить можно набрав в командной строке: ping smtp.yandex.ru. Если будет ответ от сервера (пройдут пинги), то можно прописать имя почтового сервера по протоколу smtp, если пинги не пройдут, тогда указываем IP-адрес.

Номер порта smtp: 465.

В данном случае используется шифрование, данный порт используется на почтовом сервере Yandex по протоколу SMTP.

Протокол аутентификации: Вкл.

Аутенфицировать как: Пользователь 1 POP3.

4. В секции «Настройки отправки электронной почты» настраиваем:

Адрес отправителя: Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра. .

Адрес отправителя — созданный почтовый аккаунт.

Нажимаем «Передать» для сохранения настроек. Далее в секции «POP3» нажимаем кнопку «Параметры» («Настройки пользователя POP3«).

5. В окне «Настройки пользователя POP3«:

Профиль пользователя 1: Вкл.

Адрес электронной почты: Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра. .

Адрес электронной почты — созданный почтовый аккаунт.

Имя сервера POP3: 213.180.204.212

Имя севера POP3 (сервер входящей почты) зависит от используемого почтового сервера. В данном случае IP-адрес почтового сервера по протоколу pop3 213.180.204.212 (pop.yandex.ru). Посмотреть настройки основных почтовых серверов можно ЗДЕСЬ.

Имя сервера POP3 лучше задать по имени (например, для Yandex — pop.yandex.ru), но если в сети не работает DNS, то МФУ не будет понимать, что такое pop.yandex.ru. Проверить можно набрав в командной строке: ping pop.yandex.ru. Если будет ответ от сервера (пройдут пинги), то можно прописать имя почтового сервера по протоколу POP3, если пинги не пройдут, тогда указываем IP-адрес.

Номер порта POP3: 995.

В данном случае используется шифрование, данный порт используется на почтовом сервере Yandex по протоколу POP3.

Имя пользователя для регистрации Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра. .

Имя пользователя для регистрации — созданный почтовый аккаунт.

Нажимаем «Передать» для сохранения настроек. Далее нажимаем «Протокол» (Примечание: Произведите настройку здесь).

6. В новом окне настраиваем:

POP3 (прием эл. почты): Вкл.

Безоп. POP3 (Пользов. 1): SSL/TLS.

SMTP (передача эл. почты): Вкл.

Безопасность SMTP: SSL/TLS.

Нажимаем «Передать» для сохранения настроек. Далее нажимаем «Защита сети» (Примечание: Для использования этих настроек включите SSL).

7. В открывшемся окне «Настройки сетевой безопасности» включаем SSL:

SSL: Вкл.

Нажимаем «Передать» для сохранения настроек.

7. Далее переходим в «Настройки электронной почты» (Настройки функций — Электронная почта), в секции SMTP нажимаем кнопку «Тест«. При успешном соединении появится сообщение «Соединение ОК». Это значит, что настройки произведены правильно. Теперь можно сканировать документы и передавать по электронной почте выбранным в адресной книге адресатам.

Smtp ошибки (smtp error). Коды ошибок smtp

Коды ошибок smtp протокола. Smtp error code.

Проблемы и ошибки при отправке email почты с корпоративного почтового сервера или серверов популярных почтовых служб.

Содержание:

Общая информация о кодах smtp

Коды smtp — это коды ответов (сообщений) почтового сервера в процессе соединения и диалога с почтовым клиентом или другим почтовым сервером при передаче почты. Сообщения включают код (smtp code) из трех цифр, и иногда текстовую информацию и могут говорить об успехе выполнения действия (например, smtp OK), критических проблемах (smtp error), временных неудачах или неизвестных проблемах (например, smtp unknown). Полная информация о всех вариантах сообщений, их цифровых кодах, в т.ч. кодах ошибок smtp протокола содержится в техническом документе RFC 5321 (спецификации smtp-протокола).

Согласно стандарту коды сообщений smtp состоят из последовательности 3 цифр, например: 220, 550 и другие.

Порядок цифр в коде ответов smtp имеет значение:
  1. Первая цифра последовательности сообщает общую информацию о качестве сообщения: успех, неудача или требуется дополнительная информация (действия).
  2. Вторая цифра дает больше дополнительной информации о ситуации. Например, в случае неудачи позволяет лучше понять, с чем она связана: ошибка почтового сервера, ошибка синтаксиса в переданной серверу информации и т.д.
  3. Третья цифра и любая дополнительная текстовая информация в сообщении предназначены для максимального разъяснения и уточнения информации о текущей ситуации.

Существует 4 значения для первой цифры кода ответа почтового сервера: 2xx, 3xx, 4xx, 5xx.

  • 2xx — абсолютно положительный ответ. Например, об удачно выполненном действии (отправленном сообщении). Код ответа начинающийся с цифры «2», так же, подразумевает возможность передачи новой команды или запроса.
  • 3xx — промежуточно-положительный ответ. Говорит о том, что команда или информация успешно принята, но выполнение действия отложено — требуется дополнительная информация или действие.
  • 4xx — предварительное, промежуточное сообщение об ошибке. Говорит о том, что сообщение не принято, запрос действия не состоялся. Но, ошибка скорее всего временная и запрос может быть передан повторно.
  • 5xx — категоричный ответ об ошибке. Говорит о том, что запрошенное действие не выполнено и передающий сервер однозначно не должен отправлять повторно тот же запрос в его прежнем виде.

Итак. Все сообщения протокола smtp, начинающиеся с кода 4xx или 5xx являются сообщениями об ошибке, и содержат информацию о ее типе: 4xx — временная ошибка, 5xx — постоянная ошибка.

Вторая цифра в коде сообщения означает категорию ответа:

  • x0x = синтаксические ошибки;
  • x1x = ответы на запросы информации;
  • x2x = ошибки канала передачи;
  • x3x = неизвестный тип ошибки;
  • x4x = неизвестный тип ошибки;
  • x5x = статус почтовой системы.

Третья цифра в коде сообщения расширяет информацию, которую передает значение второй цифры в коде ответа smtp.

Дополнительную и полную информацию о кодах сообщений smtp, их вариантах и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

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

Поэтому, есть смысл изучить подробно значения кодов ответов smtp конкретных почтовых серверов в сети.

Коды smtp-сообщений серверов почтовых служб: Mail.ru, Yandex.ru, Gmail.com

Информации по кодам smtp сообщений каждой почтовой службы много, поэтому расширенная информация приводится на отдельных страницах, а так же приведены соответствующие постоянные ссылки на серверы поддержки и помощи почтовых служб.

какие настройки IMAP для mail.ru? только полные

Настройки почтового клиента для работы через IMAP-протокол:

Ваш электронный адрес (имя почтового ящика или e-mail address): полное название почтового ящика, включающее значок «@» и домен.
Например: username@bk.ru

Сервер входящей почты (IMAP-сервер) : IMAP.mail.ru для всех доменов (mail.ru, list.ru, bk.ru и inbox.ru).
Например, для почтового ящика username@bk.ru: imap.mail.ru

Сервер исходящей почты (SMTP-сервер) : SMTP. , где — домен Вашего почтового ящика.
Например, для почтового ящика username@bk.ru: smtp.bk.ru

Имя пользователя на IMAP-сервере: полное название почтового ящика, включающее значок «@» и домен.

Пароль: Ваш пароль к своему почтовому ящику.

Понравилась статья? Поделиться с друзьями:
Кодинг, CSS и SQL