Smtp ошибка 535 ошибка авторизации roundcube

Modified on: Wed, 5 Feb, 2020 at 9:47 PM

Operations Automation

Operations Automation:7.1

Operations Automation:7.x

Symptoms

Unable to send an email message using Roundcube webmail. The following error message occurs in Roundcube web interface:

SMTP Error (535): Authentication failed.

Cause

Incorrect configuration settings.

Resolution

Change Roundcube configuration file in the following way:

Log in to Webmail Service node (by default, webmail clients are installed on Plesk Automation Management node, but webmail can be deployed as a separate node, as described in documentation)

Locate main.inc.php configuration file:

# rpm -qa|grep roundcube|xargs rpm -ql|grep main.inc.php
/usr/share/psa-roundcube/config/main.inc.php

Change smtp_user value from the following:

# grep smtp_user /usr/share/psa-roundcube/config/main.inc.php
$rcmail_config['smtp_user'] = '%u';

to the one below:

    # grep smtp_user /usr/share/psa-roundcube/config/main.inc.php
    $rcmail_config['smtp_user'] = '';

For Plesk 12: Roundcube configuration file is /usr/share/psa-roundcube/config/defaults.inc.php.

Internal content

Link on internal Article

Did you find it helpful?
Yes
No

Send feedback

Sorry we couldn’t be helpful. Help us improve this article with your feedback.

Источник

If you are a Roundcube Webmail user, you might have faced this error and may have stuck when you have to send an urgent email. You need not worry, and if you are an admin you will be able to easily resolve it.

if you are sending mails from Round Cube and while trying you are getting this error.

“SMTP Error (535): Authentication failed”

All you got to do to fix this is to make a change in the RoundCube config file. In a normal server, roundcube config file, can be accessed through this path: “/usr/share/roundcube/config/main.inc.php”

To fix the error you are getting, you will need to change the below value and save the config file.

$rcmail_config[‘smtp_user’] = ‘%u’;

$rcmail_config[‘smtp_user’] = ”;

Now, this should fix your issues and you should be able to send mails without any issues.

If the problem persists, talk to our server helpdesk support experts to fix any issues you have.

Gain comprehensive offers, cPanel Server Management services and a wide range of server administration support on all cPanel related works.

Nixtree also provides other Server Management services, Plugin Development for control panel based servers, Server Security Services, Disaster Recovery Services and more

Источник

I am using jango smtp setting in my project.

Below is my code:

funcation sendmail()
{

$this->Email->smtpOptions = array(

  'timeout' => '30',

  'port' => '25', 

  'host' => 'relay.jangosmtp.net',

  'username' => 'xxxx',

  'password' => '1234567'

);
}

sendmail function gives the following error:

SMTP Error: 535 5.7.8 Authentication credentials invalid

What may be the reason?

Paolo Stefan

9,9535 gold badges47 silver badges64 bronze badges

asked May 28, 2013 at 5:18

This is basically because credentials is not correct !!

May be this will help you !!

535 Authentication failed. Restarting authentication process.

If a SMTP client authenticates but the username or password is incorrect, or the account is disabled, hMailServer sends this error message to the client.

http://support.qualityunit.com/156325-Email-is-not-sent-because-of-failed-authentication

SMTP error 535 authentication failed in roundcube

SMTP Error (435): Authentication failed

If you face SMTP error 535 Authentication Failed while sending an email from round cube, then you can check the following things.

[root@server1 ~]# vi /usr/local/cpanel/base/3rdparty/roundcube/config/main.inc.php

and changed

$rcmail_config['smtp_user'] = ‘%u’;
to
$rcmail_config['smtp_user'] = ”;

answered May 31, 2013 at 9:00

Javascript CoderJavascript Coder

5,6117 gold badges47 silver badges96 bronze badges

Источник

Модератор: xM

Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.

VITYA: рядовой; Сообщения: 16; Зарегистрирован: 2011-11-05 21:18:51; Откуда: Санкт-Петербург; Контактная информация:

roundcube + отправка писем

Приветствую!
Настроил почтовый сервер Exim + dovecot + PgSQL по отличной статье DNK http://www.lissyara.su/articles/freebsd … ot_+_pgsql
Проверил Outlook письма принимает и отправляет наружу.
Причем при установке скрипта тестовые письма наружу уходили если пользователь задавался в виде «юзер», если «юзер@домен» — облом.
После этого столкнулся с тем, что через roundcube не уходят письма.

Вот что в логе /var/log/exim/mainlog

Код: Выделить всё

lookup_cram authenticator failed for mx.test.ru [192.168.52.5]: 535 Incorrect authentication data (set_id='retest@test.ru')
login authenticator failed for mx.test.ru [192.168.52.5]: 535 Incorrect authentication data (set_id='retest@test.ru')

Это в логе /usr/local/www/roundcube/logs/errors

Код: Выделить всё

Invalid response code received from server (535):
[05-Nov-2011 23:09:16 +0400]: SMTP Error: SMTP error: Authentication failure: Invalid response code received from server (Code: 535)

Вот что в конфиге roundcube

Код: Выделить всё

// ----------------------------------
// SMTP
// ----------------------------------

// SMTP server host (for sending mails).
// To use SSL/TLS connection, enter hostname with prefix ssl:// or tls://
// If left blank, the PHP mail() function is used
// Supported replacement variables:
// %h - user's IMAP hostname
// %n - http hostname ($_SERVER['SERVER_NAME'])
// %d - domain (http hostname without the first part)
// %z - IMAP domain (IMAP hostname without the first part)
// For example %n = mail.domain.tld, %d = domain.tld
$rcmail_config['smtp_server'] = 'mx.test.ru';

// SMTP port (default is 25; 465 for SSL)
$rcmail_config['smtp_port'] = 25;

// SMTP username (if required) if you use %u as the username Roundcube
// will use the current username for login
$rcmail_config['smtp_user'] = '%u';

// SMTP password (if required) if you use %p as the password Roundcube
// will use the current user's password for login
$rcmail_config['smtp_pass'] = '%p';

// SMTP AUTH type (DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN or empty to use
// best server supported one)
$rcmail_config['smtp_auth_type'] = LOGIN;

// Optional SMTP authentication identifier to be used as authorization proxy
$rcmail_config['smtp_auth_cid'] = NULL;

// Optional SMTP authentication password to be used for smtp_auth_cid
$rcmail_config['smtp_auth_pw'] = NULL;

// SMTP HELO host
// Hostname to give to the remote server for SMTP 'HELO' or 'EHLO' messages
// Leave this blank and you will get the server variable 'server_name' or
// localhost if that isn't defined.
$rcmail_config['smtp_helo_host'] = 'mx.test.ru';

// SMTP connection timeout, in seconds. Default: 0 (no limit)
$rcmail_config['smtp_timeout'] = 0;

В чем может быть причина ??? Прошу помощи.

Хостинг HostFood.ru

Услуги хостинговой компании Host-Food.ru

Хостинг HostFood.ru

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

vadim64: майор; Сообщения: 2101; Зарегистрирован: 2009-09-17 15:15:26; Откуда: Засратовец

Re: roundcube + отправка писем

Непрочитанное сообщение

vadim64 » 2011-11-06 16:04:34

не совсем понял что вы хотите сделать
пытаюсь телепатировать:

преобразовать в

Люди не делятся на национальности, партии, фракции и религии. Люди делятся на умных и дураков, а вот дураки делятся на национальности, партии, фракции и религии.

VITYA: рядовой; Сообщения: 16; Зарегистрирован: 2011-11-05 21:18:51; Откуда: Санкт-Петербург; Контактная информация:

Re: roundcube + отправка писем

Непрочитанное сообщение

VITYA » 2011-11-06 21:03:01

Спасибо за ответ Вадим! Дай Бог тебе здоровья!)))
Откуда ты узнал, что поле ‘smtp_user’ нужно оставить пустым? Ведь в статье написано ‘%u’ и после конфигурации через installer проставляется это значение.

vadim64: майор; Сообщения: 2101; Зарегистрирован: 2009-09-17 15:15:26; Откуда: Засратовец

Re: roundcube + отправка писем

Непрочитанное сообщение

vadim64 » 2011-11-06 21:37:33

зашёл у себя посмотрел
по умолчанию оно такое, если настройку делать правкой конфига, без инсталлера

классная благодарность, большое спасибо

realvava: проходил мимо

Re: roundcube + отправка писем

Непрочитанное сообщение

realvava » 2014-09-04 19:35:20

Юзаю 1.0.2 версию. Если убрать %u из поля

то 535 превращается в 503 ошибку.

Код: Выделить всё

SMTP ошибка (503): Невозможно установить отправителя "[i]username@mydomain.ru[/i]" (5.5.4 Error: send AUTH command first.)

Знает кто, как вылечить?

Дым: проходил мимо

Re: roundcube + отправка писем

Непрочитанное сообщение

Дым » 2014-09-14 4:40:06

Оставить:

И добавить:

Дело в том, что у меня в умолчальном конфиге (версия шарокуба — 0.9.0) что smtp_user, что smtp_pass были указаны пустые, и я тоже с этими ошибками намучился. Эгзимовская проверка получателя у меня настроена так, что авторизованные сразу акцептятся, так что пришёл к выводу: включить в шарокубе смтп-аутентификацию. И не прогадал.

Источник

Содержание

Не логинется в 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 в лог.)

Источник

Home
Forums
Support
Virtualmin
Roundcube SMTP Error (535): Authentication failed.

#1
Sat, 10/29/2016 — 10:00

Roundcube SMTP Error (535): Authentication failed.

Roundcube on new install gives SMTP Error (535): Authentication failed.

recives email but not sends

Ubuntu 16.04 new install

thx

#2
Thu, 08/17/2017 — 01:15

I’m having this exact problem. Did you find a solution?

#3
Sun, 08/20/2017 — 04:25

Same problem here. New install ubuntu 14.04.
Also not able to authenticate login to email server using outlook.
mail log showing.
warning: SASL authentication failure: cannot connect to saslauthd server: No such file or director

Any help would be appreciated.
Thanks

#4
Sun, 08/20/2017 — 04:36

Joe

Check to see if saslauthd is running:

# service saslauthd status

If it’s not, start it up.

# service saslauthd start

#5
Sun, 08/20/2017 — 04:58

Yes, service saslauthd is running.

#6
Mon, 08/21/2017 — 03:45

I’ve also reported this issue, here: https://www.virtualmin.com/node/53194

Attention is definitely needed to this. The issue never occurred on previous installs.
Roundcube, nor any external mail authentication is possible at the moment, ie. can’t send via Gmail as ‘send as’ using authentication (ie. TLS/port 587).

To the Virtualmin Devs, let me know if you need to see any specific logs to help rectify this issue.

Yes, saslauthd is running:

service saslauthd status ● saslauthd.service - LSB: saslauthd startup script Loaded: loaded (/etc/init.d/saslauthd; generated; vendor preset: enabled) Active: active (running) since Mon 2017-08-21 02:32:22 UTC; 6h ago Docs: man:systemd-sysv-generator(8) Process: 338 ExecStart=/etc/init.d/saslauthd start (code=exited, status=0/SUCCESS) Tasks: 5 (limit: 4915) CGroup: /system.slice/saslauthd.service ├─386 /usr/sbin/saslauthd -a pam -c -m /var/run/saslauthd -n 5 ├─387 /usr/sbin/saslauthd -a pam -c -m /var/run/saslauthd -n 5 ├─388 /usr/sbin/saslauthd -a pam -c -m /var/run/saslauthd -n 5 ├─389 /usr/sbin/saslauthd -a pam -c -m /var/run/saslauthd -n 5 └─390 /usr/sbin/saslauthd -a pam -c -m /var/run/saslauthd -n 5

#7
Tue, 08/22/2017 — 15:05

Joe

Found the problem. The configuration has changed somewhere along the way, and we need to explicitly setup saslauthd to put its socket inside of the Postfix chroot.

So, edit /etc/default/saslauthd, and change the OPTIONS and PARAMS lines to this:

OPTIONS="-c -m /var/spool/postfix/var/run/saslauthd" PARAMS="-m /var/spool/postfix/var/run/saslauthd -r"

They’re the last lines in the file, probably. If there’s more than one of each, delete the extras (I noticed this happened on one of my test boxes, maybe due to running the installer twice, even though it’s not supposed to do that).

Then restart saslauthd:

# systemctl restart saslauthd

RoundCube, and any other mail client that connects via SMTP to send mail with a username and password, should work fine after this.

Hi Joe,
Thanks for your efforts.
I tried the above, but didn’t get any different result, not even with server reboot.
tail of /var/log/mail.log :

Aug 22 23:29:47 s49 postfix/smtpd[1441]: connect from mail-ua0-x233.google.com[{ip}] Aug 22 23:29:51 s49 postfix/smtpd[1441]: warning: SASL authentication failure: Password verification failed Aug 22 23:29:51 s49 postfix/smtpd[1441]: warning: mail-ua0-x233.google.com[{ip}]: SASL PLAIN authentication failed: authentication failure Aug 22 23:29:51 s49 postfix/smtpd[1441]: lost connection after AUTH from mail-ua0-x233.google.com[{ip}] Aug 22 23:29:51 s49 postfix/smtpd[1441]: disconnect from mail-ua0-x233.google.com[{ip}] ehlo=2 starttls=1 auth=0/1 commands=3/4

For the record, my systems use : user@domain.com : for mail authentication (as configured in Viirtualmin, Server Template, Mail for domain)
Could this be causing any hiccup (I’ve always used that setting in the past)
Happy to try / check anything else you need to check.
Thanks.

Joe

You can test if that’s the problem by using the other name (when you use user@domain format names, every user gets two usernames, because some programs and services won’t work with the @ username). I think it defaults to using a ., but it might be a — (e.g. user.domain.tld, instead of user@domain.tld). You can check your /etc/passwd to see what the users are actually called.

I wouldn’t think that would be the problem, but it’s easy to test, so that’s a good next step.

Hi Joe.
Thanks for this.
Won’t be able to test this for 2 days, but will update the ticket then.

Hi Joe.
I can now confirm that your fix worked with Roundcube. Thank you.
I still had the issue of being able to authenticate via Gmail, but this is because the email@domain authentication was not working. Checking /etc/passed, I can now authenticate with user-domain instead, and that’ll do for me.
Thank you.

You can test from the command line with «testsaslauthd -u username -p password». Should get an «OK Success» type response when it’s all good.

#14
Tue, 08/22/2017 — 15:11

Joe

While we’re on the subject, another issue I ran into is that some of my metapackages for Ubuntu (maybe Debian, too) don’t depend on the php-mbstring package, which is required for RoundCube Unicode support (and, it has an ugly silent seeming failure mode where you have to spelunk into the Roundcube logs hidden inside the install directory to even know why it’s failing). Installing the php-mbstring package solves the «blank screen on login» problem, if anyone runs into that.

Both of these issues will be fixed in the next roll out of the metapackages and the virtualmin-config package (they won’t be fixed for existing installations…only new ones after the new packages go out, so go ahead and do these changes manually if you’ve got production systems).

#15
Tue, 08/22/2017 — 19:54

Hmmm…thanks joe, but I noticed that my /etc/default/saslauth file on a new ubuntu 16.04 install was empty.
There is nothing in this file, so I replacing any line is out of the question.
What should be in this file anyways?

Joe

That won’t work at all. 😉

It should contain:

# # Settings for saslauthd daemon # Please read /usr/share/doc/sasl2-bin/README.Debian for details. #


# Should saslauthd run automatically on startup? (default: no)
START=yes
# Description of this saslauthd instance. Recommended.
# (suggestion: SASL Authentication Daemon)
DESC="SASL Authentication Daemon"
# Short name of this saslauthd instance. Strongly recommended.
# (suggestion: saslauthd)
NAME="saslauthd"
# Which authentication mechanisms should saslauthd use? (default: pam)
#
# Available options in this Debian package:
# getpwent  -- use the getpwent() library function
# kerberos5 -- use Kerberos 5
# pam       -- use PAM
# rimap     -- use a remote IMAP server
# shadow    -- use the local shadow password file
# sasldb    -- use the local sasldb database file
# ldap      -- use LDAP (configuration is in /etc/saslauthd.conf)
#
# Only one option may be used at a time. See the saslauthd man page
# for more information.
#
# Example: MECHANISMS="pam"
MECHANISMS="pam"
# Additional options for this mechanism. (default: none)
# See the saslauthd man page for information about mech-specific options.
MECH_OPTIONS=""
# How many saslauthd processes should we run? (default: 5)
# A value of 0 will fork a new process for each connection.
THREADS=5
# Other options (default: -c -m /var/run/saslauthd)
# Note: You MUST specify the -m option or saslauthd won't run!
#
# WARNING: DO NOT SPECIFY THE -d OPTION.
# The -d option will cause saslauthd to run in the foreground instead of as
# a daemon. This will PREVENT YOUR SYSTEM FROM BOOTING PROPERLY. If you wish
# to run saslauthd in debug mode, please run it by hand to be safe.
#
# See /usr/share/doc/sasl2-bin/README.Debian for Debian-specific information.
# See the saslauthd man page and the output of 'saslauthd -h' for general
# information about these options.
#
# Example for chroot Postfix users: "-c -m /var/spool/postfix/var/run/saslauthd"
# Example for non-chroot Postfix users: "-c -m /var/run/saslauthd"
#
# To know if your Postfix is running chroot, check /etc/postfix/master.cf.
# If it has the line "smtp inet n - y - - smtpd" or "smtp inet n - - - - smtpd"
# then your Postfix is running in a chroot.
# If it has the line "smtp inet n - n - - smtpd" then your Postfix is NOT
# running in a chroot.
OPTIONS="-c -m /var/spool/postfix/var/run/saslauthd"
PARAMS="-m /var/spool/postfix/var/run/saslauthd -r"

I’m not sure how it would end up empty (we don’t do anything during installation that would/could zero it out that I can see). That’s a bit unnerving. Hard to know what else might be bogus on the system. But, if you don’t have other random empty files that should contain configuration options, it may just be a fluke.

@onlinewebs
/etc/default/saslauthd

Joe

Oh, lort. Yeah, that was a typo. It should definitely be /etc/default/saslauthd.

#19
Tue, 08/22/2017 — 20:44

Thanks joe. Works perfect.
Have a nice day.

#20
Wed, 08/23/2017 — 03:39

Thanks Joe. It worked. I owe you a Cup of Joe 😀

One more thing if its not too much of a bother to you. I want to send emails through SMTP from PHP and I need the Port and auth details for that. Could you check this thread too? https://www.virtualmin.com/node/53061

Thanks

#21
Fri, 12/28/2018 — 08:20

nelsondcosta

Joe you are the man 😉

Thanks from Portugal 🙂

Topic locked

Источник

Everyone expect mails to work flawlessly, but that doesn’t always work.

Occasionally, mail servers may reject emails with some strange errors, such as “SMTP Error (535): Authentication failed”

At Bobcares, we often get requests from customers to fix SMTP errors as part of our Technical Support Services.

Today, we’ll see how our Support Engineers help our customers to resolve such tough email errors.

What is SMTP Authentication?

Mail client like Outlook uses SMTP (Simple Mail Transfer Protocol) to send messages. Later, to download the mails E-mail clients use either POP or IMAP protocol.

But, for any reason, if the authentication fails, mail client like Outlook generates an appropriate error message.

“SMTP Error (535): Authentication failed” error is usually related to the bad user email settings in Microsoft Outlook.

That’s why, Email client configuration always need special attention. Now, let’s see the reasons behind this error and how our Support Engineers correct it for customers.

Causes For the “Error 535: Authentication failed”

From our experience in managing servers, we often see customers experiencing Auth error 535 due to the following reasons:

1. Incorrect Username and Password

When the username and password entered in the Email client are incorrect, it ends up in Error 535. Again, using the wrong the mail server can also cause authentication failures.

Usually, such mismatch in email login and password will be recorded in the mail server logs. This helps greatly in finding the exact email account with problems.

2. Account Disabled

Similarly, at times account can be disabled because of reasons like payment dues or spamming issue. This will also result in SMTP Error (535): Authentication failed.

So, it’s worth to login to the control panel and check the status of the customer account as well as the email account.

3. SMTP Authentication

If your email client do not have SMTP authentication turned ON, it can also result in error. Now, we’ll check on how to enable SMTP Authentication in the server side and client side.

How to configure SMTP Authentication in a Mail client

Turning OFF SMTP Authentication in the email client, show up errors such as: “Server says: SMTP Error (535): Authentication failed: Authentication failure.”

Luckily, configuring SMTP authentication is a simple procedure. It involves modifying the SMTP configuration settings and making necessary changes.

For example, to turn ON SMTP Authentication in Mozilla Thunderbird,

Open Thunderbird, go to Tools -> Account Settings -> Outgoing Server (SMTP)
Select the outgoing server by clicking on it, then click the Edit button
Under Security and Authentication, check the “username and password” option
Fill in your email account username and click Ok.

Finally, configuration will show up as below.

Enable SMTP auth in the server

We already saw how to turn on SMTP Auth in email client. But, for this to work, the mail server should support SMTP Authentication. Let’s see how our Dedicated Engineers enable this for our customers.

SMTP Auth in Plesk server

SMTP connections on a Plesk server typically need authentication. Recently, one of our customers requested us to fix the “SMTP Error (535): Authentication failed”. Here, the server was not having SMTP auth turned ON. Therefore, our Support Engineers solved the issue by enabling “SMTP authentication” from his Plesk server.

The exact sequence of steps that we did were:

We logged into Plesk
We checked the SMTP authorization status under Tools & Settings > Mail Server Settings > Relay options.
Finally, we ensured correct settings in Tools & Settings > Mail Server Settings > Enable SMTP service on port 587 on all IP addresses.

Enable SMTP Authentication In cPanel

Let’s have look on the steps to enable SMTP auth in cPanel server. SMTP authentication in cPanel allow sending messages via POP-before-SMTP. Here, once when the Outlook download the mails, there is no need to re-authenticate to send mails through SMTP.

Usually, SMTP authentication will be disabled in WHM by default. To enable SMTP Authentication , we go to WHM >> Service Configuration >> Service Manager and select the Antirelayd checkbox.

[Struggling with SMTP Auth problems? We can fix it for you.]

Conclusion

In short,“ SMTP Error (535): Authentication failed” error happens when there is a problem with SMTP configuration of email clients. Today, we saw how Bobcares solved “SMTP Error 535 Authentication failed”.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

GET STARTED

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Источник

Smtp ошибка 535 ошибка авторизации roundcube

Symptoms

Cause

Resolution

Internal content

Related Articles

roundcube + отправка писем

Услуги хостинговой компании Host-Food.ru

Re: roundcube + отправка писем

Re: roundcube + отправка писем

Re: roundcube + отправка писем

Re: roundcube + отправка писем

Re: roundcube + отправка писем

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

Vesta Control Panel — Forum

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

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

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

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

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

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

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

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

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

Roundcube SMTP Error (535): Authentication failed.

What is SMTP Authentication?

Causes For the “Error 535: Authentication failed”

1. Incorrect Username and Password

2. Account Disabled

3. SMTP Authentication

How to configure SMTP Authentication in a Mail client

Enable SMTP auth in the server

SMTP Auth in Plesk server

Enable SMTP Authentication In cPanel

Conclusion

PREVENT YOUR SERVER FROM CRASHING!

А вот еще интересные материалы: