Ошибка аутентификации сервер сообщает об ошибке - ErrorsMaster.ru - большая энциклопедия ошибок и их решений

Google опять чудит: на этот раз решил доставить радость владельцам почтовых аккаунтов Gmail, которые используют для получения почты программы вроде The Bat, и отключил возможность добавлять так называемые «ненадежные» программы в свой список исключений. То есть раньше достаточно было просто указать, что я разрешаю всяким сторонним программам работать с почтой Gmail, то теперь нужно всё сделать по-другому.

Всё началось вчера, когда на домашнем компьютере вдруг перестала приниматься почта Google через The Bat. Я попробовал разные способы, что-то гуглил, но в итоге так ничего и не заработало. Решил забить до поры до времени.

И точно: сегодня отрубилась уже рабочая почта на том же самом The Bat только Portable версии :cry:

Ошибки были разные:

Сервер сообщает об ошибке: -ERR [AUTH] Application-specific password required.

Сервер сообщает об ошибке: -ERR [AUTH] Username and password not accepted.

Сервер сообщает об ошибке: «ВНИМАНИЕ: не удалось обнаружить на сервере подходящих алгоритмов аутентификации» и т.п.

Содержание

Как решить проблему?
- Включаем аутентификацию
- Обновляем The Bat
- Меняем настройки The Bat
- Принимаем почту
Еще проблема
Выводы и итоги

Как решить проблему?

С 30 мая 2022 года Google принял решение вообще не работать с так называемыми «небезопасными приложениями» и перейти на новый алгоритм аутентификации.

И начиная с этого времени The Bat перестал нормально принимать (и/тили отправлять) почту на Gmail.

Что нужно сделать:

Включаем аутентификацию

Для начала обязательно проверяем — включена ли двухфакторная аутентификация в аккаунте Google.

Если нет — то включаем: «Управление аккаунтом» — «Безопасность»

Обновляем The Bat

На старых версиях новая аутентификация работать не будет.

Поэтому обновляем The Bat, я обновил до Portable 9.5.1 — это последняя версия на момент написания статьи.

Меняем настройки The Bat

Теперь нужно поменять настройки почтового ящика Gmail в самой программе.

А именно во вкладке «Транспорт» есть кнопка Авторизация, а в ней надо поменять тип с обычной на OAUTH (через веб-браузер).

Принимаем почту

Теперь надо получить почту.
При этом вылезет окошко, мол, давайте введите код авторизации.

А чтобы его получить — надо кликнуть на кнопку «Открыть в системном браузере».

Откроется обычный браузер, в котором надо заверить Google, что приложение The Bat очень надежно, вы ему всё разрешаете, подтвердить всё кодом из СМС-ки.

Затем скопировать длинный код

Ну и вставить его в The Bat.

Поздравляю, теперь можно качать почту из Google как раньше :whew:

Еще проблема

С конца сентября 2022 у меня вдруг перестала отправляться почта на 9 версии The Bat.

То есть с гугла всё принималось, а туда не отправлялось. Выдавалась ошибка 5.7.0.

И дело оказалось именно в версии программы.

Не нужно заморачиваться с настройками, читать мануалы, ползать по форумам — если у вас такая же проблема, не тратьте время.

После обновления на The Bat 10 — почта стала отправляться при тех же настройках.

Выводы и итоги

Google начинает напрягать.

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

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

Источник

The Bat!
10.0.10 (x64)

Всем привет !
Вот уже как пару недель происходит адовый треш ,
создаем письмо , нажимаем отправить
и видим табличку
следовать туда то —>

http://help.mail.ru/mail-help/mailer/popsmtp

при всем при этом там уже создан доп ключ ,
телефонный номер подтвержден ,
доп емайл введен ,
разве что свечку еще не поставил в церкви

показываю лог

03.06.2022, 13:39:31: SEND — Соединение с SMTP сервером прошло удачно
03.06.2022, 13:39:32: SEND — Аутентификация (проверка имени пользователя и пароля)…
03.06.2022, 13:39:35: SEND — Сервер сообщает об ошибке: Unable to authenticate at present: temporary internal problem
03.06.2022, 13:39:35: SEND — Аутентификация (обычный метод)…
03.06.2022, 13:39:35: SEND — Сервер сообщает об ошибке: Authentication failed. Please verify your account by going to

https://e.mail.ru/login?email=xxxxxxxx

03.06.2022, 13:39:35: SEND — ВНИМАНИЕ: не удалось обнаружить на сервере подходящих алгоритмов аутентификации
03.06.2022, 13:39:35: SEND — Отправка письма для

xxxx_xxxxx@outlook.com

!03.06.2022, 13:39:36: SEND — Сервер сообщает об ошибке: Administrative prohibition — authorization required. Users in your domain are not allowed to send email without authorization. See

http://help.mail.ru/mail-help/mailer/popsmtp

for details.
03.06.2022, 13:39:36: SEND — Соединение завершено — отправлено писем: 0
03.06.2022, 13:39:36: SEND — Не удалось отправить некоторые письма — подробности смотрите в Журнале работы

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

http://help.mail.ru/mail-help/mailer/popsmtp

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

прикладываю лог

03.06.2022, 13:44:15: FETCH — Приветствие TLS завершено
03.06.2022, 13:44:15: FETCH — Соединение с POP3 сервером прошло удачно
03.06.2022, 13:44:15: FETCH — Аутентификация прошла успешно (Обычный метод)
03.06.2022, 13:44:15: SEND — Отправка почты — писем в очереди: 1
03.06.2022, 13:44:15: SEND — Подключение к SMTP-серверу smtp.mail.ru через порт 465
03.06.2022, 13:44:15: SEND — Начинаю приветствие TLS
03.06.2022, 13:44:15: FETCH — Соединение завершено — получено писем: 0

в web не заходил

и самое интересное , после того как зайдешь в web морду почты mail.ru ,
The Bat начинает отправлять почту

куда смотреть , что нажимать ?

The Bat!
10.0.10 (x64)

Источник

by Vladimir Popescu

Being an artist his entire life while also playing handball at a professional level, Vladimir has also developed a passion for all things computer-related. With an innate fascination… read more

Updated on June 16, 2022

Many users have had trouble connecting their email accounts through the SMTP method. While trying to do so, they have encountered an SMTP authentication error.
This occurs mainly if the user’s account is disabled.
One of the recommendations requires checking if the SMTP connection is disabled by your email service provider.

Strugling with your current browser? Upgrade to a better one: OperaYou deserve a better browser! 350 million people use Opera daily, a fully-fledged navigation experience that comes with various built-in packages, enhanced resource consumption and great design. Here’s what Opera can do:

Easy migration: use the Opera assistant to transfer exiting data, such as bookmarks, passwords, etc.
Optimize resource usage: your RAM memory is used more efficiently than in other browsers
Enhanced privacy: free and unlimited VPN integrated
No ads: built-in Ad Blocker speeds up loading of pages and protects against data-mining
Gaming friendly: Opera GX is the first and best browser for gaming
Download Opera

SMTP or Simple Mail Transfer Protocol could be understood as a set of communication guidelines that allow the software to transmit an electronic mail over the Internet.

An SMTP server will have an email address set by the mail client or application. Generally, the SMTP email server address can be found in your mail client’s account or settings section.

But recently, many users have had trouble connecting their email accounts through the SMTP method. While trying to do so, they have encountered an SMTP authentication error.

If you’re also facing this issue, keep reading to know how you can fix it.

What is the use of SMTP authentication?

Using an SMTP client, users can log in using any authentication mechanism supported by the server. Mainly, submission servers use this as authentication is mandatory to access the data.

SMTP authentication is a method by which ISP users identify themselves to the email server to send the mail. No person can send email via any mail server they choose; mail servers will only allow the sending of email by authorized users.

Do I need SMTP authentication?

Nowadays, privacy is a primary concern people consider. Everyone using an email server aims to stay anonymous, and SMTP authentication does that.

If you don’t use SMTP authentication, it’s possible that a potential hacker can spoof you. They can access your email server, send unauthorized sales emails, and request personal information from the recipient for identity theft.

How do I authenticate my SMTP server?

Open Gmail, click on the Gear icon at the top, and select All Settings.
Navigate to Accounts & Import and click on Add another email address.
Enter your name and the email address and uncheck the option Treat as an alias.
In the next screen, enter the SMTP server included in your AuthSMTP confirmation email, Enter your AuthSMTP username and password, Check Secured connection using TLS, and click on Add Account.
You’ll now receive an email with a confirmation code. Enter the code and click on Verify.
And it’s done! You’ve now successfully authenticated your SMTP server. The new sender account is listed under the Send mail section.

How do I fix SMTP authentication error?

1. Check your email credentials

Some PC issues are hard to tackle, especially when it comes to corrupted repositories or missing Windows files. If you are having troubles fixing an error, your system may be partially broken.
We recommend installing Restoro, a tool that will scan your machine and identify what the fault is.
Click here to download and start repairing.

The SMTP authentication error 535 can occur if the user has entered the wrong login credentials on their email service providers portal. Usually, people use the same username and password as their email address to log in to their email server.

But some SMTP servers ask for a different set of credentials than the email account. To resolve this, enter the correct login credentials or try resetting your password.

2. Check if your account is disabled

Issues like spamming and payment dues can sometimes disable your account. A disabled account could be the reason why an SMTP authentication error occurs.

As a result, you should verify the status of your account to confirm if it is active. If you encounter any problems, please contact your server support staff.

Read more about this topic

Winbox not Working on Windows 10? How to Fix it
0x8004deea Error Code: OneDrive Can’t Sync [Fix]
0xe0000024: How to Fix This OneNote Sync Error

3. Check if the SMTP connection is disabled by your email service provider

This can happen very rarely but sometimes service providers can disable the SMTP connection due to some errors in the server. In this case, try reaching out to your email service provider to re-enable SMTP authentication.

On what platforms can the SMTP authentication error occur and how to fix them?

Below is a list of all the platforms where the SMTP authentication error scan to email occurs and methods to fix them:

SMTP authentication error in Office 365: Uncheck SMTP Authentication in Office 365 and then re-enable it. Allow 10 minutes for the adjustments to take effect.
SMTP authentication error in Outlook: The most probable cause is an improper SMTP configuration. Hence, in most cases checking the configuration can fix this issue.
SMTP authentication error in Gmail: This issue can occur when connecting a mailbox for incoming mail or sending outgoing mail using external SMTP. Check if you have typed the proper password and if you’ve activated two-factor authentication.
SMTP authentication error in Python: Google prevents sign-in attempts from applications that do not adhere to contemporary security requirements. Consider signing in through your browser and try running your code again if you are able to access your account.
SMTP authentication error in Canon printer: This might occur if the account you’re using to connect to the SMTP server lacks the authorization to send as the email address entered as the sender.
SMTP authentication error in Jotform: Check that your Office 365 account has SMTP enabled. You may confirm this with your service provider or use a check tool to ensure that the SMTP is functioning properly.

This was how you can fix the SMTP authentication error while logging into your email service provider.

If the troubleshooting methods didn’t solve this error, this could be a SMTP Port problem. Rest assured our guide can help you fix it.

If you still have any issues, feel free to drop a comment below. We’re eager to hear from you.

Источник

Содержание

Не логинется в roundcube
Vesta Control Panel — Forum
Roundcube: Неудачная попытка входа
Roundcube не хочет посылать письма

Не логинется в roundcube

Переношу почтовый сервер. хочу на новом сервере чтобы roundcube работал через nginx и без https (сейчас apache + https) ОС debian8.

Когда пытаюсь залогиниться через вэб морду roundcube в логах /var/log/mail.err такая ошибка

Ещё есть такая ошибка, вылазит сама по себе

Подскажите как сделать чтоб логинилось?

Перемещено leave из general

Error: Login failed for z@test.ru from x.x.x.x. LOGIN: Authentication failed.

Проверяйте настройки аутентификации.

error: unsupported dictionary type: pcre

Подозреваю что не установлен postfix-pcre.

Подозреваю что не установлен postfix-pcre.

Можно по подробнее

Конфиг расположен примерно здесь: /etc/roundcubemail/config.inc.php
Настройки аутентификации при логине находятся в разделе IMAP.

Т.е. вторая проблема решилась?

Конфиг у меня тут /var/www/roundcube/web/config/config.inc.php

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

$config[‘imap_auth_type’] = ‘PLAIN’; попробуй.

Вот что получилось

Белая страница так получается, в логе ошибка не выскакивает

Если зайти на test.ru/installer/

Parse error: syntax error, unexpected ‘$config’ (T_VARIABLE) in /var/www/roundcube/web/config/config.inc.php on line 19

На 15 строку, в строке этот параметр

1 NO [AUTHENTICATIONFAILED] Authentication failed.

Ну так может у тебя imap-сервер криво настроен?

Может, как проверить?

Посмотреть конфиг/логи почтовика?

1 NO [AUTHENTICATIONFAILED] Authentication failed.

Да, похоже, что проблема с IMAP-сервером.

Упёрся в ошибку, не могу никак нагуглить, толи гугл не едет, то ли я .. )))

Надо смотреть лог dovecot в момент фейла аутентификации.
И скиньте конфиг на https://paste.fedoraproject.org/:

с imap разобрался, была в том что ошибка подключения к базе mysql.

Теперь с отправкой беда.

Из раундкуба ошибка

SMTP ошибка (535): Ошибка авторизации.

Наткнулся на каком то форуме что это может быть из-за php7, у меня на сервере стоит php7 из репозитория слушает стандартный порт. и стоит php5.4 собранный из сорцов, висит на 9001 порту.

отправка из консоли

в /var/log/mail.err после исправления ошибки с базой mysql — тишина

В тупике, подскажите куда дальше копать

Наткнулся на каком то форуме что это может быть из-за php7

Пока в консоли не заработает, PHP нет смысла трогать.

warning: proxy:mysql:/etc/postfix/mysql/sender_bcc_maps_user.cf lookup error for «root@mx1.test.ru»

Проверьте наличие этого файла и права доступа к нему.
Убедитесь, что SQL-запрос успешно выполняется для указанного юзера.

файлик есть дал ему ранее 777 не помогло.

-rwxrwxrwx 1 root postfix 385 дек 3 2014 /etc/postfix/mysql/sender_bcc_maps_user.cf

Какой SQL-запрос имеется ввиду? и как узнать для какого пользователя?

Запрос, который прописан в этом файле.
Корректность проверять через postmap.

и как узнать для какого пользователя?

Для любого юзера, который есть в вашей базе.

Не может ли это быть как то связано что в качестве mysql используется mariadb?

Не может ли это быть как то связано что в качестве mysql используется mariadb?

Проблема не в этом.

Сравните настройки подключения к базе для postfix и dovecot.

Разобрался, путаница была в юзерах mysql и паролями к этим юзерам.

Источник

Vesta Control Panel — Forum

Roundcube: Неудачная попытка входа

Post by sasha » Thu Dec 29, 2016 6:12 pm

Помогите, плз, решить проблему.
Данные:
KVM VPS
Linux version 3.2.0-4-amd64
ОС Debian7

Проблема возникла после попытки не очень удачного создания кириллического домена через панель.
Данные домена из конфигов удяляла вручную (/home/admin/conf/web/nginx.conf; /home/admin/conf/web/apache2.conf), так как через панель они не удалялись.
после через панель перезагрузила все сервисы — все прошло без ошибок и все работает кроме почты, хотя все почтовые сервисы перезагружаются через панель также без ошибок.

Re: Roundcube: Неудачная попытка входа

Post by Mr.Erbutw » Thu Dec 29, 2016 6:34 pm

Re: Roundcube: Неудачная попытка входа

Post by sasha » Thu Dec 29, 2016 6:45 pm

Re: Roundcube: Неудачная попытка входа

Post by Mr.Erbutw » Thu Dec 29, 2016 7:04 pm

Re: Roundcube: Неудачная попытка входа

Post by sasha » Thu Dec 29, 2016 7:46 pm

Спасибо за отклик!
Учетные данные всегда вводила как: name@sitename.ru
Пароль пробовала из панели сменить по типу: еще раз вбив старый пароль и утвердив его.

Вот логи /var/log/exim4/mainlog:

Доступ к почте пропал сразу же после неудачной попытки ввести через панель кириллический домен.
В конфигах апаче и нджинкса (те данные, что уже удалила вручную) были занесены данные хоста БЕЗ кириллического названия домена. пустые данные. предположение, что еще где-то остались данные от неудачной попытки занести через панель кириллический домен.

Если кто-то по проблеме кириллического домена может просветить, буду также благодарна.
Доменное имя вводила без предварительной кодировки.

Re: Roundcube: Неудачная попытка входа

Post by Mr.Erbutw » Thu Dec 29, 2016 8:19 pm

Re: Roundcube: Неудачная попытка входа

Post by sasha » Thu Dec 29, 2016 8:28 pm

Источник

Roundcube не хочет посылать письма

Обустраиваю почтовый сервер на FreeBSD 10.1. Поставил Postfix+Courier+Cyrus+Postfixadmin+Roundcube.

В Roundcube логинюсь нормально, читаю тестовые сообщения отправленные Postfixadmin’ом.

Но не могу отправить ни одного письма. Выдает в интерфейсе: «SMTP ошибка (250): Ошибка авторизации,» — и вот такое в логе Roundcube:

[24-Apr-2015 08:35:26 +0300]: SMTP Error: Authentication failure: SMTP server does not support authentication (Code: ) in /usr/local/www/roundcube/program/lib/Roundcube/rcube.php on line 1714 (POST /rc/?_task=mail&_unlock=loading1429853732832&_lang=undefined&_framed=1?_task=mail&_action=send)

При этом из Windows Live Mail, подключаясь к этому серверу под теми же аккаунтами, спокойно посылаю письма как с авторизацией по SSL, так и без SSL.

В чем может быть проблема, где копать?

Apr 24 12:48:13 imap authdaemond: Authenticated: sysusername= , sysuserid=125, sysgroupid=125, homedir=/var/virtualmail, address=valery.krizhevich, fullname=V.K, maildir=metalurgs.lv/valery.krizhevich/, quota=0, options=

Apr 24 12:48:13 imap authdaemond: Authenticated: clearpasswd=12345, passwd=$1$2729ec51$OTSLqnvfyZsQO89JPx6CU0

Apr 24 12:48:13 imap imapd: LOGIN, user=valery.krizhevich, ip=[::ffff:127.0.0.1], port=[25454], protocol=IMAP

Apr 24 12:48:13 imap imapd: LOGOUT, user=valery.krizhevich, ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=49, sent=340, time=0 Apr 24 12:48:13 imap authdaemond: Authenticated: sysusername= , sysuserid=125, sysgroupid=125, homedir=/var/virtualmail, address=valery.krizhevich, fullname=V.K, maildir=metalurgs.lv/valery.krizhevich/, quota=0, options=

Apr 24 12:48:13 imap authdaemond: Authenticated: clearpasswd=12345, passwd=$1$2729ec51$OTSLqnvfyZsQO89JPx6CU0

Apr 24 12:48:13 imap imapd: LOGIN, user=valery.krizhevich, ip=[::ffff:127.0.0.1], port=[17483], protocol=IMAP

Apr 24 12:48:13 imap imapd: LOGOUT, user=valery.krizhevich, ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=96, sent=620, time=0

Apr 24 12:48:14 imap authdaemond: Authenticated: sysusername= , sysuserid=125, sysgroupid=125, homedir=/var/virtualmail, address=valery.krizhevich, fullname=V.K, maildir=metalurgs.lv/valery.krizhevich/, quota=0, options=

Apr 24 12:48:14 imap authdaemond: Authenticated: clearpasswd=12345, passwd=$1$2729ec51$OTSLqnvfyZsQO89JPx6CU0

Apr 24 12:48:14 imap imapd: LOGIN, user=valery.krizhevich, ip=[::ffff:127.0.0.1], port=[45124], protocol=IMAP

Apr 24 12:48:14 imap authdaemond: Authenticated: clearpasswd=12345, passwd=$1$2729ec51$OTSLqnvfyZsQO89JPx6CU0

Apr 24 12:48:14 imap imapd: LOGIN, user=valery.krizhevich, ip=[::ffff:127.0.0.1], port=[58540], protocol=IMAP

Apr 24 12:48:14 imap imapd: LOGOUT, user=valery.krizhevich, ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=178, sent=612, time=0

Apr 24 12:48:14 imap imapd: LOGOUT, user=valery.krizhevich, ip=[::ffff:127.0.0.1], headers=816, body=0, rcvd=320, sent=2130, time=0

Apr 24 12:48:19 imap authdaemond: Authenticated: sysusername= , sysuserid=125, sysgroupid=125, homedir=/var/virtualmail, address=valery.krizhevich, fullname=V.K, maildir=metalurgs.lv/valery.krizhevich/, quota=0, options=

Apr 24 12:48:19 imap authdaemond: Authenticated: clearpasswd=12345, passwd=$1$2729ec51$OTSLqnvfyZsQO89JPx6CU0

Apr 24 12:48:19 imap imapd: LOGIN, user=valery.krizhevich, ip=[::ffff:127.0.0.1], port=[49903], protocol=IMAP

Apr 24 12:48:19 imap imapd: LOGOUT, user=valery.krizhevich, ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=40, sent=155, time=0

Apr 24 12:48:19 imap authdaemond: Authenticated: clearpasswd=12345, passwd=$1$2729ec51$OTSLqnvfyZsQO89JPx6CU0

Apr 24 12:48:19 imap imapd: LOGIN, user=valery.krizhevich, ip=[::ffff:127.0.0.1], port=[63388], protocol=IMAP

Apr 24 12:48:19 imap imapd: LOGOUT, user=valery.krizhevich, ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=52, sent=396, time=0

Apr 24 12:48:38 imap postfix/smtpd[1627]: connect from localhost[127.0.0.1]

Apr 24 12:48:38 imap postfix/smtpd[1627]: disconnect from localhost[127.0.0.1]

[24-Apr-2015 12:48:38 Europe/Riga] PHP Deprecated: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/local/www/roundcube/vendor/pear/net_smtp/Net/SMTP.php on line 448

[24-Apr-2015 12:48:38 Europe/Riga] PHP Deprecated: Non-static method PEAR::raiseError() should not be called statically, assuming $this from incompatible context in /usr/local/www/roundcube/vendor/pear/net_smtp/Net/SMTP.php on line 615

[24-Apr-2015 12:48:38 Europe/Riga] ERROR: SMTP server does not support authentication ()

[24-Apr-2015 12:48:38 +0300]: SMTP Error: Authentication failure: SMTP server does not support authentication (Code: ) in /usr/local/www/roundcube/program/lib/Roundcube/rcube.php array ( ‘label’ => ‘smtpautherror’, ‘vars’ => array ( ‘code’ => 250, ), ):: 1714 array ( 0 => ‘Authentication failure: SMTP server does not support authentication (Code: )’, ) on line 0 (POST /?_task=mail&_unlock=loading1429868925852&_lang=undefined&_framed=1?_task=mail&_action=send)

(Пытался отлаживать раундкьюб, вывел дамп переменных $error и $response в лог.)

Источник

Обновлено: 12.06.2023

Чтобы правильно настроить аутентификацию в The Bat!, выполните следующее:

В основном окне The Bat! нажмите правой кнопкой на добавленный почтовый ящик и выберите «Свойства почтового ящика…»:

В разделе «Транспорт» в блоке «Отправка почты» нажмите «Аутентификация…»:

Проверьте настройки аутентификации для исходящей почты:
Переключатель должен стоять напротив «Использовать параметры получения почты (POP3/IMAP)».
Галочка напротив «Требовать безопасную аутентификацию» обязательно должна быть снята. Если галочка установлена, снимите её и сохраните изменения.

В блоке «Получение почты» нажмите «Аутентификация…»:

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

Проверьте настройки шифрования. За шифрование соединения отвечают параметры «Соединение» и «Порт»:
Чтобы соединение с сервером было зашифровано, рекомендуется использовать соединение «Безопасное на спец. порт (TLS)» и порт 465.
Если вам подходит незашифрованное соединение, можете использовать соединение «Обычное» и порт 25 или 2525.
Если используется протокол IMAP (напротив «Протокол» указано «IMAP4»):
Чтобы соединение с сервером было зашифровано, рекомендуется использовать соединение «Безопасное на спец. порт (TLS)» и порт 993.
Если вам подходит незашифрованное соединение, можете использовать соединение «Обычное» и порт 143.
Если используется протокол POP3 (напротив «Протокол» указано «POP3»):
Чтобы соединение с сервером было зашифровано, рекомендуется использовать соединение «Безопасное на спец. порт (TLS)» и порт 995.
Если вам подходит незашифрованное соединение, можете использовать соединение «Обычное» и порт 110.

Если всё настроено в точности так, как описано выше, но в логе авторизаций при отправке всё равно упоминается старый метод аутентификации, то беспокоиться не о чем — The Bat! при отправке автоматически подбирает наиболее подходящий метод, поддерживаемый сервером, и после отключения поддержки CRAM-MD5 он должен будет продолжить свою работу в обычном режиме.

Читайте также:

Photoshop cs5 разница cs5

Недостаточно памяти для выполнения операции autocad

Error launching phpstorm failed to load jvm dll bin server jvm dll как исправить

Как открыть dff в 3ds max

Could not locate fraps dll что делать

Источник