503 ошибка webasyst - Oshibku.top - решение и исправление самых разных ошибок

Здравствуйте.

Сервер хостинга постоянно выдает 500 и 503 ошибку из-за того, что превышено допустимое количество запущенных процессов.
Через SSH по запросу ps aux | grep u1250160 видим большое количество вот таких запущенных процессов:
u1250160 5764 0.4 0.0 507928 54624 ? S 08:51 0:01 /opt/php/7.4/bin/php-cgi php
u1250160 5768 0.0 0.0 505912 32668 ? S 08:51 0:00 /opt/php/7.4/bin/php-cgi php
u1250160 5774 0.5 0.0 581688 56564 ? S 08:51 0:01 /opt/php/7.4/bin/php-cgi php
u1250160 5785 0.0 0.0 503800 34008 ? S 08:51 0:00 /opt/php/7.4/bin/php-cgi php
u1250160 5791 0.5 0.0 507824 53212 ? S 08:51 0:01 /opt/php/7.4/bin/php-cgi php
u1250160 5796 0.4 0.0 505624 49964 ? S 08:51 0:01 /opt/php/7.4/bin/php-cgi php
u1250160 5804 0.2 0.0 504736 45876 ? S 08:51 0:00 /opt/php/7.4/bin/php-cgi php
u1250160 10095 0.4 0.0 507556 51988 ? S 08:52 0:01 /opt/php/7.4/bin/php-cgi php
Когда количество этих процессов достигает 48 сервер уходит в ошибку (так нам объяснила ТП хостинга).
Если принудительно убить эти процессы командой killall -s 9 /opt/php/7.4/bin/php-cgi то они сразу же запускаются снова в большом количестве.
Также видим у хостинга ошибку «Зафиксирована аномалия исходящего трафика».

Также в логах видим практически каждую минуту ошибки следующего вида:

2023-07-26 16:09:15 186.2.160.212 Error 0: Curl error: 28# Failed to connect to www.webasyst.com port 80: Время ожидания соединения истекло at [http://www.webasyst.com/download/2.0/updates/?v[blog]=1.4.10.49&v[blog/plugins/bloglastmodified]=1.0.10.p&v[blog/plugins/mainpic]=2.0.10.p&v[blog/plugins/recommendproducts]=1.1.4.p&v[blog/plugins/relatedposts]=2.2.0.p&v[blog/plugins/shortdescr]=1.1.2.p&v[easyreviews]=3.0.2.p&v[helpdesk]=1.3.0.118&v[helpdesk/plugins/pro]=1.3.1.p&v[installer]=2.9.2.784&v[logs]=1.4.2.p&v[mm]=2.1.0.p&v[photos]=2.2.1.88&v[pocketlists]=4.2.1.p&v[pocketlists/plugins/pro]=2.0.3.p&v[shop]=10.0.2.908&v[shop/plugins/arrived]=3.2.2.p&v[shop/plugins/avtocomplete]=3.2.0.p&v[shop/plugins/bestprice]=1.3.p&v[shop/plugins/buy1click]=1.29.0.p&v[shop/plugins/callback]=2.0.2.p&v[shop/plugins/canonicals]=1.2.p&v[shop/plugins/categoryimage]=1.4.p&v[shop/plugins/cityselect]=2.0.4.p&v[shop/plugins/customerorders]=1.0.0.p&v

Мы никак не поймем, что это за процессы, какое приложение или плагин их запускает. Подскажите пожалуйста как устранить данную проблему?

Источник

В последние дни стали выскакивать ошибки 504, 503 и иногда 1040

Оба сайта на стороннем хостинге, поначалу все работало шустро, иногда бывала #1040

В последние дни работать стало невозможно, периодически дикие тормоза, и часто страницы вываливаются в ошибки 504 либо 503

Хостер говорит:

У Вас возникают 504 из-за медленных запросов в базу, вроде:

SELECT MIN(`ps1`.price * `c1`.rate) min, MAX(`ps1`.price * `c1`.rate) max FROM shop_product p 	JOIN shop_category_products cp1 		ON p.id = cp1.product_id 	JOIN shop_product_skus ps1 		ON ps1.product_id = p.id 	JOIN shop_currency c1 		ON c1.code = p.currency WHERE p.status = 1 	AND cp1.category_id IN(1,2,3,4,5,7,12,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,885,886,887,888,889,890,891,892,893,894,895,896,897,898,1553,1554,913,914,915,916,917,918,919,920,921,922,923,935,936,937,938,941,942,943,944,945,947,948,950,951,952,953,954,955,956,957,958,959,960,1551,967,968,972,973,974,975,976,977,978,979,980,981,982,983,984,985,986,987,988,989,990,991,992,993,994,995,996,997,999,1000,1001,1002,1003,1004,1005,1006,1007,1008,1009,1010,1011,1012,1013,1014,1015,1016,1017,1018,1019,1022,1023,1024,1025,1026,1027,1028,1030,1031,1032,1033,1034,1035,1036,1037,1038,1039,1040,1041,1042,1043,1044,1045,1046,1047,1048,1049,1050,1051,1052,1053,1054,1055,1056,1057,1058,1059,1060,1061,1062,1063,1064,1065,1066,1067,1068,1069,1070,1071,1072,1114,1115,1116,1163,1164,1165,1166,1167,1168,1169,1170,1171,1172,1173,1174,1175,1176,1177,1199,1200,1201,1204,1206,1208,1209,1210,1211,1212,1213,1214,1215,1216,1217,1218,1219,1220,1221,1222,1223,1224,1225,1226,1227,1228,1229,1230,1231,1232,1233,1234,1235,1236,1237,1238,1239,1240,1241,1242,1243,1244,1252,1253,1254,1255,1256,1257,1258,1260,1261,1262,1263,1264,1265,1266,1268,1269,1270,1273,1274,1275,1276,1277,1278,1280,1408,1406,1281,1283,1284,1297,1336,1395,1396,1397,1398,1401,1403,1404,1405,1411,1412,1413,1414,1415,1417,1418,1419,1420,1421,1422,1423,1424,1425,1426,1427,1428,1429,1430,1431,1432,1444,1445,1446,1447,1448,1449,1450,1451,1452,1453,1492,1493,1494,1495,1529,1530,1531,1532,1533,1534,1535,1536,1537,1538,1539,1540,1541,1542,1543,1544,1546,1547,1548,1549,1550,1552,1555,1556,1557) 	AND ps1.price <> 0

SELECT COUNT(DISTINCT p.id) FROM shop_product pntJOIN shop_category_products cp1nttON p.id = cp1.product_idnWHERE p.status = 1ntAND cp1.category_id IN(1,2,3,4,5,7,12,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,885,886,887,888,889,890,891,892,893,894,895,896,897,898,1553,1554,913,914,915,916,917,918,919,920,921,922,923,935,936,937,938,941,942,943,944,945,947,948,950,951,952,953,954,955,956,957,958,959,960,1551,967,968,972,973,974,975,976,977,978,979,980,981,982,983,984,985,986,987,988,989,990,991,992,993,994,995,996,997,999,1000,1001,1002,1003,1004,1005,1006,1007,1008,1009,1010,1011,1012,1013,1014,1015,1016,1017,1018,1019,1022,1023,1024,1025,1026,1027,1028,1030,1031,1032,1033,1034,1035,1036,1037,1038,1039,1040,1041,1042,1043,1044,1045,1046,1047,1048,1049,1050,1051,1052,1053,1054,1055,1056,1057,1058,1059,1060,1061,1062,1063,1064,1065,1066,1067,1068,1069,1070,1071,1072,1114,1115,1116,1163,1164,1165,1166,1167,1168,1169,1170,1171,1172,1173,1174,1175,1176,1177,1199,1200,1201,1204,1206,1208,1209,1210,1211,1212,1213,1214,1215,1216,1217,1218,1219,1220,1221,1222,1223,1224,1225,1226,1227,1228,1229,1230,1231,1232,1233,1234,1235,1236,1237,1238,1239,1240,1241,1242,1243,1244,1252,1253,1254,1255,1256,1257,1258,1260,1261,1262,1263,1264,1265,1266,1268,1269,1270,1273,1274,1275,1276,1277,1278,1280,1408,1406,1281,1283,1284,1297,1336,1395,1396,1397,1398,1401,1403,1404,1405,1411,1412,1413,1414,1415,1417,1418,1419,1420,1421,1422,1423,1424,1425,1426,1427,1428,1429,1430,1431,1432,1444,1445,1446,1447,1448,1449,1450,1451,1452,1453,1492,1493,1494,1495,1529,1530,1531,1532,1533,1534,1535,1536,1537,1538,1539,1540,1541,1542,1543,1544,1546,1547,1548,1549,1550,1552,1555,1556,1557)

Которые в свою очередь блокируют таблицы и замедляют другие запросы:

Здесь видно, что запрос UPDATE shop_product ждёт уже 3 минуты пока будет разблокирована таблица.

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

503 возникает, когда на забиваются количество одновременных процессов веб-сервера, равное 30. Это происходит как раз из-за указанных выше запросов.

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

Время прочтения
7 мин

Просмотры 27K

Работа в поддержке хостинга в основном однотипная, большинство запросов от клиентов решаются по проработанной схеме, но иногда всё же приходится сталкиваться с нетривиальными проблемами. Тогда главная задача инженера — найти тот самый — единственно верный путь, который приведёт к её решению. В этой статье хочу рассказать о том, как мы столкнулись с плавающей ошибкой «HTTP Error 503. Service Unavailable» на нашем shared-хостинге, как пытались её отловить, провели диагностику и получили неожиданный финал.

Начало

Хостинг предоставляет пользователям типичный стек Linux + Apache + Mysql + PHP и оболочку для управления. В нашем случае это ISP Manager 5 business на базе Centos 7 с конвертацией в CloudLinux. Со стороны административной части, CloudLinux предоставляет инструменты для управления лимитами, а так же PHP-селектор с различными режимами работы (CGI, FastCGI, LSAPI).

В этот раз к нам обратился клиент со следующей проблемой. Его сайт на движке WordPress периодически начал отдавать 503 ошибку, о чём он нам и сообщил.

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

Типичные ситуации, при которых мы получаем следующие ошибки:

500 Internal Server Error — довольно часто связана либо с синтаксическими ошибками в коде сайта, либо с отсутствующими библиотеками / не поддерживаемой версией PHP. Так же могут быть проблемы с подключением к базе данных сайта или неверными правами на файлы / каталоги
502 Bad Gateway — например, если Nginx ссылается на неправильный порт веб-сервера Apache или процесс Apache по какой-то причине перестал работать
504 Gateway Timeout — ответ от Apache не был получен в течение заданного в конфигурации веб-сервера времени
508 Resource limit is reached — превышен лимит, выделяемых пользователю ресурсов

В данном списке приведены лишь некоторые, наиболее распространённые случаи. Также стоит отметить, что при превышении лимитов пользователь может получить как 500, так и 503 ошибку.

При выполнении диагностики данных ошибок, первым делом проверяем журналы веб-сервера. Обычно, этого достаточно, чтобы определить виновника и исправить проблему.

Касаемо 503 ошибки в нашем случае, в логах мы видели запись:

[lsapi:error] [pid 49817] [client x.x.x.x:6801] [host XXX.XX] Error on sending request(GET /index.php HTTP/1.0); uri(/index.php) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 8514), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html

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

Первичная диагностика

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

Так же мы изучили рекомендации CloudLinux, по приведённой в журналах ошибок ссылке.
Изменение каких-либо параметров результата не принесло.

Сайт использовал базу данных на сервере Mysql 5.7, который работает на этом же сервере в контейнере Docker. В логах контейнера присутствовали сообщения:

[Note] Aborted connection 555 to db: 'dbname' user: 'username' host: 'x.x.x.x' (Got an error reading communication packets)

Как раз, среди этих сообщений были сообщения о прерванном подключении исследуемого сайта. Это дало предположение, о том, что подключение к СУБД выполняется некорректно. Для проверки мы развернули копию сайта на тестовом домене, сконвертировали базу данных сайта под нативную в Centos 7 версию СУБД 5.5.65-MariaDB. На тестовом сайте выполнили несколько сотен запросов с помощью утилиты curl. Ошибку воспроизвести не удалось. Но этот результат был предварительным и после конвертации БД на рабочем сайте проблема так и осталась.

Таким образом, проблема некорректного подключения к СУБД была исключена.

Следующим предположением было проверить — нет ли проблем с самим сайтом. Для этого подняли отдельный виртуальный сервер, на нём подняли максимально схожее окружение. Единственное существенное отличие — отсутствие CloudLinux. На тестовом сервере проблему воспроизвести не удалось. Итак, мы определили, что в коде сайта всё в порядке. Тем не менее, пробовали так же отключать плагины WordPress, но проблема так же сохранялась.

В результате, пришли к тому, что проблема на нашем хостинге.

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

/var/www/httpd-logs# grep -Rl "ReceiveAckHdr: nothing to read from backend" ./ | wc -l
99

В ходе тестирования обнаружили, что только что установленная чистая CMS WordPress также периодически выдаёт ошибку 503.

Примерно за 2 месяца до этого мы проводили работы по модернизации сервера, в частности изменили режим работы Apache с Worker на Prefork, с целью получить возможность использовать PHP в режиме LSAPI, вместо медленного CGI. Было предположение, о том, что это могло повлиять, либо требуются какие-то дополнительные настройки Apache, но вернуть обратно режим Worker мы уже не могли. В ходе изменения режима работы Apache выполняется изменение всех конфигов сайтов, процесс не быстрый и не всё могло пройти гладко.

Корректировка настроек Apache так же не дала желаемого результата.

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

На данном этапе мы собрали имеющуюся информацию и результаты проведённых работ. С ними обратились в поддержку CloudLinux.

Детальная диагностика

В течение нескольких дней сотрудники поддержки CloudLinux вникали в проблему. В основном рекомендации были относительно установленных лимитов пользователей. Этот вопрос мы так же проверяли. При отключенных лимитах (Опция CageFS для пользователя) и с включенными лимитами в режиме PHP как модуль Apache проблема не наблюдалась. Исходя из этого, было сделано предположение, что каким-то образом оказывает влияние CloudLinux. В итоге, к концу недели запрос был эскалирован на 3-ий уровень поддержки, но решения пока не было.

Попутно изучали документацию Apache по режимам работы CGI и LSAPI, подняли второй экземпляр Apache на сервере хостинга на другом порту с тестовым сайтом, исключили влияние Nginx, отправляя запросы напрямую к Apache и получая те же коды ошибок.

Сдвинуться с мёртвой точки помогла документация LSAPI, как раз по диагностике 503 ошибки:
www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:php:503-errors
В секции Advanced Troubleshooting предлагается выполнять трассировку найденных в системе процессов:

while true; do if mypid=`ps aux | grep $USERNAME | grep lsphp | grep $SCRIPTNAME | grep -v grep | awk '{print $2; }' | tail -1`; then strace -tt -T -f -p $mypid; fi ; done

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

При просмотре файлов трассировок, мы видим в некоторых одинаковые строки:

cat trace.* | tail
...
47307 21:33:04.137893 --- SIGHUP {si_signo=SIGHUP, si_code=SI_USER, si_pid=42053, si_uid=0} ---
47307 21:33:04.140728 +++ killed by SIGHUP +++
...

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

pid_t    si_pid;       /* Sending process ID */

Указывает на идентификатор процесса, отправившего сигнал.

На момент изучения трассировок, процесса с PID 42053 в системе уже нет, поэтому в процессе захвата трассировок решили отслеживать так же процессы, отправившие сигнал SIGHUP.
Под спойлером описаны действия, которые позволили определить что это за процесс, а так же получить его трассировку и дополнительную информацию, о том, каким процессам он отправляет сигнал SIGHUP.

Методика трассировки

Консоль 1.

tail -f /var/www/httpd-logs/sitename.error.log

Консоль 2.

while true; do if mypid=`ps aux | grep $USERNAME | grep lsphp | grep "sitename" | grep -v grep | awk '{print $2; }' | tail -1`; then strace -tt -T -f -p $mypid -o /tmp/strace/trace.$mypid; fi ; done

Консоль 3.

while true; do if mypid=`cat /tmp/strace/trace.* | grep si_pid | cut -d '{' -f 2 | cut -d'=' -f 4 | cut -d',' -f 1`; then ps -aux | grep $mypid; fi; done;

Консоль 4.

seq 1 10000 | xargs -i sh -c "curl -I http://sitename/"

Ждём пока в консоли 1 появятся сообщения, при этом в консоли 4 видим статус запроса с кодом ответа 503, прерываем выполнение в консоли 4.

В итоге, получили название процесса /opt/alt/python37/bin/python3.7 -sbb /usr/sbin/cagefsctl --rebuild-alt-php-ini

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

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

for i in `seq 1 100`; do strace -p $(ps ax | grep cagefsctl | grep rebuild-alt-php-ini | grep -v grep | awk '{print $1}') -o /tmp/strace/cagefsctl.trace.$(date +%s); done;

Далее изучаем что он делал, например:

cat /tmp/strace/cagefsctl.trace.1593197892 | grep SIGHUP

Так же были получены идентификаторы процессов, которые были завершены сигналом SIGHUP. Завершённые процессы были процессами PHP, выполняющимися в данный момент.

Полученные данные были переданы в поддержку CloudLinux с целью уточнить легитимность данного процесса и должен ли он работать с такой периодичностью.

Позже получили ответ, что работа команды /usr/sbin/cagefsctl --rebuild-alt-php-ini выполняется корректно, единственный нюанс в том, что команда выполняется слишком часто. Обычно вызывается при системном обновлении или изменении параметров PHP.

Единственная зацепка в данном случае осталась — проверить, кто является родительским процессом cagefsctl.

Результат не заставил себя долго ждать и какого же было наше удивление — родительским процессом для cagefsctl являлся процесс ispmgrnode. Это было немного странно, потому что уровень журналирования для ISP Manager был задан максимальным и в ispmgr.log не увидели вызов cagefsctl.

Теперь данных было достаточно, чтобы обратиться и в поддержку ISP System.

Итоги

Проблема была спровоцирована после выполнения обновления ISP Manager. В целом, обновление ISP Manager — штатная ситуация, но она привела к запуску процесса синхронизации, который завершался с ошибкой и перезапускался ежеминутно. Процесс синхронизации вызывал за собой процесс cagefsctl, который в свою очередь завершал процессы PHP.

Причиной зависания процесса синхронизации стали проведённые на хостинге работы по модернизации оборудования. За несколько месяцев до возникновения проблемы, в сервер был установлен PCI-e NVMe-накопитель, создан раздел XFS и смонтирован в каталог /var. На него были перенесены в том числе и файлы пользователей, но не обновились дисковые квоты. Опций монтирования было не достаточно, требовалось так же изменить тип файловой системы в параметрах ISP Manager, т.к. она вызывает команды обновления дисковых квот. Для Ext4 и XFS эти команды отличаются.

Таким образом, проблема дала о себе знать спустя несколько месяцев после проведения работ.

Выводы

Мы сами создали проблему, но это было не ясно до последнего момента. На будущее, будем стараться учесть как можно больше нюансов. Благодаря помощи более подготовленных коллег из поддержки CloudLinux и ISP System, проблема была решена. Теперь наш хостинг работает стабильно. А нами был получен опыт, который пригодится нам в будущей работе.

P.S.: Надеюсь, Вам было интересно ознакомиться с материалом статьи, а кому-нибудь она поможет быстрее решить подобную проблему.

Источник

Мы увеличиваем посещаемость и позиции в выдаче. Вы получаете продажи и платите только за реальный результат, только за целевые переходы из поисковых систем

Получи нашу книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

Подпишись на рассылку и получи книгу в подарок!

Ошибка сервера 503 — говорит о том, что его сайт прекратил прием новых запросов по определенному адресу.

Больше видео на нашем канале — изучайте интернет-маркетинг с SEMANTICA

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

Представьте, что вы стоите в очереди за колбасой (вспомните недавнее советское прошлое). Перед вами огромное количество людей и все они совершают один и тот же запрос — хотят купить колбасу. Продавец по очереди обрабатывает их запросы, и вот лимит исчерпан — колбаса закончилась. Киоск закрывается на перерыв, оставшиеся люди в очереди уходят не с чем. Но через время, когда запасы киоска пополнятся, продажа возобновится. Аналогичным образом работает и хостинг. Хостинг — это киоск, пользователи — люди за колбасой, запрос — желание купить колбасу, а ошибка 503 — табличка на киоске с надписью «ПЕРЕРЫВ».

Ошибка 503: что она значит и как исправить

Обычно 503 ошибка временная. Сервер обработает текущие запросы, освободит свои мощности для следующих.

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

Причин может быть несколько:

Скрипты зависли.
К серверу сейчас направлено много обращений.

Решением данных проблем должны заниматься администратор сайта и его владелец, веб-мастер. Требуется аудит сайта и оптимизация его работы.

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

Отправка больших файлов. Данные файлы нужно отправлять напрямую, избегая использования скриптов. Это объясняется тем, что скрипты имеют лимит рабочего времени, когда время истекает, передача прерывается. Также файловая передача через PHP является отдельным процессом, из-за которого обработка пользовательских запросов останавливается.
Подключение к удаленным серверам. Лучше отказаться от подобного типа соединений.Если это невозможно, то установить минимальное время ожидания ответа и выстроить отличную связь с подобными серверами.
Много неработоспособных, «тяжелых» модулей CMS. Когда вы используете CMS, регулярно проверяйте плагины на емкость ресурсов и работоспособность. Если какие-то модули ухудшают работу ресурса, их нужно заменить на более мощные. Если какие-либо компоненты движка не используются, лучше их деинсталлировать.
Почтовая рассылка работает некорректно. Скрипт рассылки почты нужно запускать только в том случае, если нагрузка на сервер минимальна.
Выполнение сложных запросов к базе данных MySQL. Это можно увидеть в файле mysql-slow.log, его обновление происходит ежедневно. Внутри представлен перечень проблемных запросов к базе. Загрузите компоненты кеширования, выполните оптимизацию запросов, сделайте индексацию таблиц по различным столбцам, изменить CMS.

Есть несколько вариантов, приводящих к к ошибке 503 из-за большого числа запросов:

На интернет-ресурсе много ссылок на файлы, которые подгружаются через отдельные запросы.
На ресурсе есть элемент, который отправляет серверу AJAX-запросы.
Работают индексирующие боты. Осуществляются AJAX-запросы.

Выяснив, какая именно причина имеется на вашем ресурсе, можно устранить проблему.

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

Проверить компьютер на наличие вредоносного программного обеспечения.
Удалить временные файлы и папки. Обновить используемые драйвера.
Проверить системные файлы через Windows («sfc /scannow»).

Теперь вы знаете, что из себя представляет ошибка 503 “Service Unavailable”.

Источник

Что это? Ошибки 503 на сайте означает, что возникли проблемы при обработке вашего запроса на сервере. Причиной такой ошибки могут быть разные ситуации: от нестабильного соединения с базой данных MySQL до недостаточной мощности серверов.

Как исправить? Ошибку 503 можно устранить разными способами. Со стороны пользователя это будут простые действия, например, перезагрузить сайт. Решение проблемы администратором потребуют углубленных знаний.

В статье рассказывается:

Что означает ошибка 503 на сайте
Причины возникновения ошибки 503
Способы устранения ошибки 503 пользователем
Действия администратора при появлении ошибки 503
Профилактика ошибки 503
Пройди тест и узнай, какая сфера тебе подходит:
айти, дизайн или маркетинг.

Бесплатно от Geekbrains

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

Как правило, это наименование сопровождается кратким ее описанием. 503 ошибка сервера, как правило, комментируется сообщением «Service Temporarily Unavailable» (сервис временно недоступен).

Что означает ошибка 503 на сайте

Когда появляется ошибка 503, это говорит о неготовности сервера обрабатывать запросы текущими средствами, но есть вероятность, что попытка повтора через некоторый промежуток времени окажется удачной. Код ошибки HTTP 503 Service Unavailable, содержащийся в ответе веб-сервера, отображает информацию о том, была ли успешно отработана ваша команда. Обозначения 5XX являются классом неисправностей сервера. В унифицированном стандарте RFC 7231 сказано, что код 503 сигнализирует о том, что сервер недоступен по причине перегрузки или на нем ведутся технические работы.

Взаимодействие клиент-сервер может быть нарушено также клиентской ошибкой 500. Первым делом следует выяснить, с какого направления она появилась. Когда у вас нет прав администратора сайта, на котором произошла ошибка, следует провести диагностику неполадок вашей стороны.

Причины возникновения ошибки 503

Когда происходит ошибка 503 Service Unavailable, первоочередной задачей администратора сайта будет поиск ее причины. Пренебрежение этим шагом может привести к значительному снижению трафика, что неизбежно скажется на конверсии. Не надейтесь, что проблема решится сама собой. Если пользователи будут регулярно испытывать проблемы с доступом к сайту, то рано или поздно они просто найдут ему замену.

Топ-30 самых востребованных и высокооплачиваемых профессий 2023

Поможет разобраться в актуальной ситуации на рынке труда

Подборка 50+ бесплатных нейросетей для упрощения работы и увеличения заработка

Только проверенные нейросети с доступом из России и свободным использованием

ТОП-100 площадок для поиска работы от GeekBrains

Список проверенных ресурсов реальных вакансий с доходом от 210 000 ₽

Уже скачали 22605

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

Причины возникновения ошибки 503

Названные ошибки на сервере могут быть вызваны различными причинами, включая:

Проблемы с установлением соединения между конкретной страницей и базой данных MySQL при поступлении запроса от пользователя.
Неправильная работа плагинов и расширений по причине возникновения внутренних ошибок, а также при возникновении между ними конфликта.
Хостинг имеет недостаточно мощностей и его оборудование не способно справиться с входящим трафиком.
Ресурсоемкие скрипты, которые создают дополнительную нагрузку на сервер.
Использование почтового сервиса, который выполняет объемную авто-рассылку корреспонденции.
Сервер удален и соединение с ним замедляет работу с запросами.
Обмен большими файлами с помощью PHP-скрипта.
Конкретная CMS имеет множество неисправных модулей.

Способы устранения ошибки 503 пользователем

Может возникнуть вполне логичный вопрос: зачем заниматься разбирательством с сайтом, который имеет проблемы и просто не использовать его? Это предложение, хотя и понятное, но не всегда правильное. Потому, что вам может понадобиться конкретный сайт с уникальным контентом.

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

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

Скачать
файл

Убедитесь, что проблема не связана с вашим устройством, посетив страницу с другого гаджета.
Поменяйте браузер, если ошибка происходит из-за некорректных настроек текущего браузера.
Перезагрузите компьютер, чтобы исправить любые программные сбои, которые могут быть связаны с ошибкой 503.
Очистите кэш и файлы cookie, чтобы избавиться от ненужной информации и улучшить соединение с веб-ресурсами.
Перезагрузите сетевое оборудование, такое как роутер, чтобы исправить любые некорректные поведения ПО на внешних устройствах.
Измените DNS-адрес сервера через Панель управления компьютером в Центре управления сетями и общим доступом, если вы абсолютно уверены в своей IT-подготовке. Это может помочь устранить ошибку 503, но требует аккуратности и осторожности.

Способы устранения ошибки 503 пользователем

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

Действия администратора при появлении ошибки 503

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

Установите параметр Retry After, чтобы предотвратить слишком частые запросы к серверу после получения ошибки 503.
Перенесите выполнение регулярных задач, как отправку рассылок, в минимальный пик использования сервера в соответствии с правилами вашего хостинга.
Установите защиту от DDoS-атак, чтобы устранить запросы, которые занимают место в очереди и замедляют работу сервера.
Не передавайте крупные файлы через HTTP, чтобы избежать превышения лимита времени работы скриптов и отдельных запросов в очереди.
Удалите тяжелые или устаревшие компоненты CMS, переключая их поочередно, чтобы определить потенциальный источник проблемы и обновить его.
Объедините ресурсы в один файл, чтобы сократить количество запросов и загрузку мелких ресурсов.
Выключите соединения с удаленными серверами или настроить таймаут для ожидающих запросов.
Оптимизируйте MySQL-запросы, создавая лог-файлы для анализа и производя индексирование базы данных и кеширование компонентов.
Установите антилич-модули, чтобы избежать увеличения очереди запросов, если кто-то неправильно использует прямые ссылки на ваш ресурс.
Установите кеширующие компоненты, чтобы уменьшить нагрузку на очереди запросов и время обработки.
Проконсультируйтесь с хостером, чтобы узнать, как решить проблему, возникшую на вашем сайте, и прочитайте FAQ и форумы для поиска готовых решений.

Только до 25.09

Скачай подборку материалов, чтобы гарантированно найти работу в IT за 14 дней

Список документов:

ТОП-100 площадок для поиска работы от GeekBrains

20 профессий 2023 года, с доходом от 150 000 рублей

Чек-лист «Как успешно пройти собеседование»

Чтобы получить файл, укажите e-mail:

Введите e-mail, чтобы получить доступ к документам

Подтвердите, что вы не робот,
указав номер телефона:

Введите телефон, чтобы получить доступ к документам

Уже скачали 52300

Профилактика ошибки 503

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

Профилактика ошибки 503

Полезные советы по теме:

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

Платформа

Магазин Webasyst

Помощь

© 2002—2019 Webasyst
О компании
Блог
Договор-оферта
Webasyst.com

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

В проекте уже реализована форма отправки при заказе товара и все работает ок. но теперь нужно сделать ещё и отправку писем через форму ‘Контакты’

Error: Expected response code 354 but got code «503», with message «503 sender not yet given
»
config.web

Вопрос задан более года назад
595 просмотров

Поменять местами ‘setFrom’ и ‘setTo’ в ContactForm

А почему у Вас тут не полностью адрес?
‘adminEmail’ => ‘@mail.ru’,
С этим параметром можно «поиграться»
‘encryption’ => (‘ssl’), // tls
Попробовать отключать, сменить ssl на tsl.
В общем у Вас ошибка авторизации.
Вот коды ответов

p.s.
В настройках Swift_SmtpTransport необходимо указать свои данные для входа в аккаунт на почтовом сервере.
Например

А почему у Вас тут не полностью адрес?

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

ssl на tsl менял

и в params адрес на gmail — не помогло

Боковое сообщение может быть очень загадочным («Начать начало ввода почты . »). Это типичный ответ на команду DATA.

Сервер получил данные «От» и «Кому» электронной почты и готов получить сообщение тела.

Ошибка аутентификации? Или для отправки сообщения нужно ещё авторизоваться? Но у меня авторизация только для админа на сайте. Для пользователей нет.

Вообщем, нужно было поменять местами имя отправителя в ContactForm и кому,

Теперь письмо с уведомлением
‘Добрый день! Ваше сообщение принято!’ приходит, но в бд конечно, ничего не сохраняется. Наверное, нужно таблицу Contact делать, как для Orders? Но там связь с таблицей OrderItems hasMany [‘order_id’ => ‘id’]);
и в контроллере ->setTo($order->email)
Или, хотя бы как-то добавить, чтобы сообщения на почту админу приходили.

Только каким именно в config/params нужно продублировать setTo email admin?

Если в процессе рассылки возникают ошибки отправки, нужно прервать рассылку, зайти в «Настройки/Общие настройки/вкладка SMTP» и отредактировать текущие настройки. Затем продолжить рассылку: нажмите черный треугольник возле кнопки «Начать» и выберите необходимую опцию (перепослать на еще неотправленные или на неудачно отправленные).

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

На нашем сайте http://www.epochta.ru/support/smtp/error.php и в справке к программе http://www.epochta.ru/help/mailer/ в разделе «Ошибки отправки» Вы можете найти список ошибок отправки и варианты их решения.

У каждого SMTP провайдера код ошибки отправки имеет свое значение. Коды ошибок начинаются на 400 — ….. и 500 — …..

Ознакомьтесь, пожалуйста, с самыми распространенными ошибками отправки и с вариантами их устранения:

Проблемы с адресом получателя

550 Message was not accepted — invalid mailbox. Local mailbox name@mail.ru is unavailable: user not found
RSET

Данного почтового адреса не существует.

450: Requested mail action not taken: mailbox unavailable.

Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т. д.).
Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной.

501: Syntax error in parameters or arguments.

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

512: The host server for the recipient’s domain name cannot be found (DNS error).

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

523: The Recipient’s mailbox cannot receive messages this big.

Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений. Возможно, стоит разбить сообщения на части.

Email сообщения заблокированы фильтрами сервера как СПАМ

— Failed to deliver to ‘ name@nursat.net’
«We do not SPAM»
— Original-Recipient: rfc822;
Final-Recipient: system;
Action: failed
Status: 5.0.0
— Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 name@ramin.kz unknown user account (state 13).

Возможно, Ваши письма были заблокированы фильтрами сервера как СПАМ.
Есть несколько причин возникновения этой проблемы и вариантов решения:
1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком велики для этого сервера. (рекомендуемые параметры – «Потоки» -1, «Скорость» — 1 сообщение в минуту).
3. Кроме того рекомендуем использовать персонализацию писем, чтобы каждое письмо воспринималось сервером как уникальное. Ознакомьтесь со справкой по данному вопросу здесь — http://www.epochta.ru/help/mailer/ — Редактирование сообщения — Подстановка текста.

554 5.7.1 Message rejected under suspicion of being spam W6KaP98v-W6KarkJh
RSET

Ваши письма возможно заблокированы фильтрами сервера как СПАМ.
Есть несколько причин возникновения этой проблемы и вариантов решения:
1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком велики для этого сервера. (рекомендуемые параметры – «Потоки» – 1, «Скорость» – 1 сообщение в минуту).
3. Кроме того, рекомендуем использовать персонализацию писем, чтобы каждое письмо воспринималось сервером как уникальное. Ознакомьтесь со справкой по данному вопросу здесь — http://www.epochta.ru/help/mailer/ — Редактирование сообщения — Подстановка текста.

554 5.7.1 Message rejected under suspicion of being spam KiAmY1Tp-KiA016jT RSET
RSET

Откройте программу, нажмите F1, или посмотрите справку на сайте http://www.epochta.ru/help/mailer/

551 5.9.9 Spam message discarded. If you feel we mistreat you, do contact us: abuse@email.ru
RSET

Вам необходимо написать письмо на abuse@email.ru который является вашим email-провайдером и попросить добавить вас в белый список.

1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком велики для этого сервера. (рекомендуемые параметры – «Потоки» – 1, «Скорость» – 1 сообщение в минуту).
3. Кроме того рекомендуем использовать персонализацию писем, чтобы каждое письмо воспринималось сервером как уникальное. Ознакомьтесь со справкой по данному вопросу здесь — http://www.epochta.ru/help/mailer/ — Редактирование сообщения — Подстановка текста.

Проблема с логином или паролем

553 5.7.1 : Sender address rejected: not owned by user name@artgallery.com.ua
RSET

Уточните у Вашего SMTP-провайдера, зарегистрирован ли у них ваш email адрес. Отправьте им информацию об этой ошибке, и они подскажут, что надо делать.

535-5.7.1 Please log in with your web browser and then try again. Learn more at535 5.7.1 https://support.google.com/mail/bin/answer.py?answer=78754 p2sm808096lbj.4Disconnected.

Рекомендуется зайти в свой почтовый аккаунт и проверить, не заблокирован ли он. Также можете воспользоваться ссылкой
https://www.google.com/accounts/UnlockCaptcha

535 Incorrect authentication data Disconnected.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно. Откройте «Настройки»/ «Общие Настройки»/ «SMTP», кликните дважды по адресу SMTP сервера, и в появившемся окне исправьте имя пользователя и пароль.

Примечание 1: Убедитесь, что CAPS LOCK выключен — это важно!
Примечание 2: Некоторые SMTP сервера требуют в качестве логина «user@mail.ru» вместо просто «user», уточните эти моменты.

535 5.7.0 Failed. Incorrect username/password
Disconnected.

Согласно этому сообщению об ошибке вы ввели неверный логин/пароль для текущей учетной записи.
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно. Откройте «Настройки»/ «Общие Настройки»/ «SMTP», кликните дважды по адресу SMTP сервера, и в появившемся окне исправьте имя пользователя и пароль.

503: Bad sequence of commands or this mail server requires authentication.

Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 от SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль).
Проверьте текущие параметры SMTP, чтобы убедиться в правильности настроек SMTP-сервера. Зайдите в меню «Настройки/Общие настройки/вкладка SMTP», дважды кликните на указаном в списке аккаунте и укажите аутентификацию (обычно, аутентификация ESMTP), логин и пароль.

513: Address type is incorrect or authentication required.

Убедитесь, что адрес электронной почты получателя введен верно и не содержит ошибок. Затем попробуйте повторно отправить сообщение.
Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте текущие параметры SMTP в меню «Настройки/Общие настройки/вкладка SMTP», чтобы убедиться в правильности настроек SMTP-сервера.

550 5.4.5 Daily sending quota exceeded. d1sm2839081lbh.7

Превышен дневной лимит по отправке.
Уточните у Вашего SMTP-провайдера корректные настройки для рассылки, настройки скорости рассылки и дневной лимит. Изменить эти настройки можно в меню «Настройки/Общие настройки/вкладка SMTP», кликнув дважды по текущему аккаунту. Установите корректные настройки скорости отправки в появившемся окне.

530: Access denied.

SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль).
Проверьте текущие параметры SMTP в меню «Настройки/Общие настройки/вкладка SMTP», чтобы убедиться в правильности настроек SMTP-сервера.
Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или, например, почтовый ящик получателя не существует.

503 sender not yet given
Disconnected.

Для решения этой ошибки необходимо пройти в настройки SMTP сервера и продублировать email адрес из поля «Логин» в поле «Email отправителя».

535-5.7.1 Username and Password not accepted. Learn more at
535 5.7.1 http://support.google.com/mail/bin/answer.py?answer=14257 gi19sm1293099lab.16
Disconnected.

501 sender address must match authenticated user
RCPT TO:
RSET
503 sender not yet given
Disconnected.
или
530 5.1.8 : Sender address rejected: Envelope from do not match authentication data; check your settings
Disconnected.

Проблема заключается в том, что почтовый ящик отправителя не принадлежит SMTP-серверу, через который ведется рассылка. Например, если SMTP-сервер smtp.yandex.ru, тогда адрес отправителя должен быть login@yandex.ru, или если SMTP – smtp.gmail.com, то адрес отправителя должен быть login@gmail.com.Для решения этой ошибки необходимо пройти в настройки SMTP сервера и продублировать email адрес из поля «Логин» в поле Email отправителя.

535-5.7.1 Please log in with your web browser and then try again. Learn more at 535 5.7.1 https://support.google.com/mail/bin/answer.py?answer=78754 r8sm4616093lba.15

Зайдите в вашу учетную запись через браузер и убедитесь, что ящик не заблокирован.

451: Requested action aborted: local error in processing.

Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет-провайдера, или по тйо причине, что через ваш SMTP-релей было отправлено слишком много сообщений.
Следующая попытка отправить письмо может оказаться успешной.

Неверный адрес SMTP сервера или порт

Connecting to: first.hosted.in:25

Socket Error # 10060

Connection timed out.

В меню «Настройки/Общие настройки/SMTP» вам необходимо или исправить адрес SMTP first.hosted.in или поменять порт 25 на другой. Чтобы узнать номер порта вам необходимо обратиться к вашему хостинг-провайдеру.

Connecting to: smtp.ukr.net:465
Connected.
451 excessive mail rate for unknown mailhub, throttling
Disconnected.

Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет-провайдера, или по той причине, что через ваш SMTP-релей было отправлено слишком много сообщений.
Следующая попытка отправить письмо может оказаться успешной.

Connecting to: mail.ukraine.com.ua:25 Login:
name@hamula.kiev.ua Disconnected. Disconnected. Socket Error #

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

Антивирус блокирует отправку

500: Syntax error, command unrecognized.

Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Для решения возникшей проблемы Вам следует корректно настроить антивирус/брандмауэр.

Настройки кодировки и HELO

550 Access denied — Invalid HELO name

Зайдите в «Настройки/Общие настройки/вкладка «Рассылка», и измените «Значение HELO». Кликните на вопросительный знак возле поля HELO, обновите значение HELO и повторите рассылку.

Could not encode header data using charset «»Disconnected.

Проблема возникает по причине некорректной кодировки. Перейдите в «Настройки/Общие настройки/Рассылка» и измените текущее значение в поле «Кодовая страница» на кодировку UTF-8 или Windows 1251. Повторите рассылку.

Ошибки отправки и варианты их устранения

Если в процессе рассылки возникают ошибки отправки, нужно
прервать рассылку, зайти в «Настройки/Общие
настройки/вкладка SMTP» и отредактировать текущие настройки. Затем
продолжить рассылку: нажмите черный треугольник возле кнопки
«Начать» и выберите необходимую опцию (перепослать на еще
неотправленные или на неудачно отправленные).

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

На нашем сайте https://www.epochta.ru/support/smtp/error.php и в
справке к программе https://www.epochta.ru/help/mailer/ в
разделе «Ошибки отправки» Вы можете найти список ошибок отправки и
варианты их решения.

У каждого SMTP провайдера код ошибки отправки имеет свое
значение. Коды ошибок начинаются на 400 — ….. и 500 — …..

Ознакомьтесь, пожалуйста, с самыми распространенными ошибками
отправки и с вариантами их устранения:

Проблемы с
адресом получателя

550 Message was not accepted — invalid mailbox. Local mailbox
name@mail.ru is
unavailable: user not found
RSET

Данного почтового адреса не существует.

450: Requested mail action not taken: mailbox unavailable.

Сервер не может получить доступ к почтовому ящику для
доставки сообщения. Это может быть вызвано процессом чистки мертвых
адресов на сервере, почтовый ящик может быть поврежден, или
почтовый ящик может находиться на другом сервере, который в
настоящее время не доступен. Также сетевое соединение могло быть
разорвано во время отправки, или удаленный почтовый сервер не хочет
принимать почту с вашего сервера по некоторым причинам (IP-адрес,
черные списки и т. д.).
Повторная попытка отправки письма на этот почтовый ящик может
оказаться успешной.

501: Syntax error in parameters or arguments.

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

512: The host server for the recipient’s domain name cannot be
found (DNS error).

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

523: The Recipient’s mailbox cannot receive messages this
big.

Размер сообщения (сообщение + все его вложения) превышает
ограничения по размеру на сервере получателя. Проверьте размер
сообщения, которое Вы подготовили для отправки, в частности, размер
вложений. Возможно, стоит разбить сообщения на части.

Email сообщения
заблокированы фильтрами сервера как
СПАМ

— Failed to deliver to ‘ name@nursat.net’
«We do not SPAM»
— Original-Recipient: rfc822;< name@nursat.net>
Final-Recipient: system;< name@nursat.net>
Action: failed
Status: 5.0.0
— Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the
recipient domain. We recommend contacting the other email provider
for further information about the cause of this error. The error
that the other server returned was: 550 550 name@ramin.kz unknown user
account (state 13).

Возможно, Ваши письма были заблокированы фильтрами сервера как
СПАМ.
Есть несколько причин возникновения этой проблемы и вариантов
решения:
1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте
отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком
велики для этого сервера. (рекомендуемые параметры – «Потоки» -1,
«Скорость» — 1 сообщение в минуту).
3. Кроме того рекомендуем использовать персонализацию писем, чтобы
каждое письмо воспринималось сервером как уникальное. Ознакомьтесь
со справкой по данному вопросу здесь — https://www.epochta.ru/help/mailer/ — Редактирование
сообщения — Подстановка текста.

554 5.7.1 Message rejected under suspicion of being spam
W6KaP98v-W6KarkJh
RSET

Ваши письма возможно заблокированы фильтрами сервера как
СПАМ.
Есть несколько причин возникновения этой проблемы и вариантов
решения:
1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте
отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком
велики для этого сервера. (рекомендуемые параметры – «Потоки» – 1,
«Скорость» – 1 сообщение в минуту).
3. Кроме того, рекомендуем использовать персонализацию писем, чтобы
каждое письмо воспринималось сервером как уникальное. Ознакомьтесь
со справкой по данному вопросу здесь — https://www.epochta.ru/help/mailer/ — Редактирование
сообщения — Подстановка текста.

554 5.7.1 Message rejected under suspicion of being spam
KiAmY1Tp-KiA016jT RSET
RSET

Ваши письма возможно заблокированы фильтрами сервера как
СПАМ.
Есть несколько причин возникновения этой проблемы и вариантов
решения:
1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте
отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком
велики для этого сервера. (рекомендуемые параметры – «Потоки» – 1,
«Скорость» – 1 сообщение в минуту).
3. Кроме того, рекомендуем использовать персонализацию писем, чтобы
каждое письмо воспринималось сервером как уникальное. Ознакомьтесь
со справкой по данному вопросу здесь — https://www.epochta.ru/help/mailer/ — Редактирование
сообщения — Подстановка текста.

Откройте программу, нажмите F1, или посмотрите справку на сайте
https://www.epochta.ru/help/mailer/

551 5.9.9 Spam message discarded. If you feel we mistreat you,
do contact us: abuse@email.ru
RSET

Вам необходимо написать письмо на abuse@email.ru который является вашим
email-провайдером и попросить добавить вас в белый список.

1. Ваше письмо не проходит проверку спам фильтрами. (попробуйте
отправить пустое письмо чтобы проверить это предположение).
2. В настройках SMTP сервера скорость и количество потоков слишком
велики для этого сервера. (рекомендуемые параметры – «Потоки» – 1,
«Скорость» – 1 сообщение в минуту).
3. Кроме того рекомендуем использовать персонализацию писем, чтобы
каждое письмо воспринималось сервером как уникальное. Ознакомьтесь
со справкой по данному вопросу здесь — https://www.epochta.ru/help/mailer/ — Редактирование
сообщения — Подстановка текста.

Проблема с логином или паролем

553 5.7.1 < name@gmail.com>: Sender address rejected: not
owned by user name@artgallery.com.ua

RSET

Уточните у Вашего SMTP-провайдера, зарегистрирован ли у них ваш
email адрес. Отправьте им информацию об этой ошибке, и они
подскажут, что надо делать.

535-5.7.1 Please log in with your web browser and then try
again. Learn more at535 5.7.1
https://support.google.com/mail/bin/answer.py?answer=78754
p2sm808096lbj.4Disconnected.

535 Incorrect authentication data Disconnected.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и
пароль введены правильно. Откройте «Настройки»/ «Общие Настройки»/
«SMTP», кликните дважды по адресу SMTP сервера, и в появившемся
окне исправьте имя пользователя и пароль.

Примечание 1: Убедитесь, что CAPS LOCK выключен — это
важно!
Примечание 2: Некоторые SMTP сервера требуют в качестве
логина «user@mail.ru» вместо просто «user», уточните эти
моменты.

535-5.7.1 Username and Password not accepted. Learn more
at
535 5.7.1 https://support.google.com/mail/bin/answer.py?answer=14257o5sm1396905lbg.5

Disconnected.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и
пароль введены правильно. Откройте «Настройки»/ «Общие Настройки»/
«SMTP», кликните дважды по адресу SMTP сервера, и в появившемся
окне исправьте имя пользователя и пароль.

Примечание 1: Убедитесь, что CAPS LOCK выключен — это
важно!
Примечание 2: Некоторые SMTP сервера требуют в качестве
логина «user@mail.ru» вместо просто «user», уточните эти
моменты.

535 5.7.0 Failed. Incorrect username/password
Disconnected.

Согласно этому сообщению об ошибке вы ввели неверный
логин/пароль для текущей учетной записи.
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и
пароль введены правильно. Откройте «Настройки»/ «Общие Настройки»/
«SMTP», кликните дважды по адресу SMTP сервера, и в появившемся
окне исправьте имя пользователя и пароль.

Примечание 1: Убедитесь, что CAPS LOCK выключен — это
важно!
Примечание 2: Некоторые SMTP сервера требуют в качестве
логина «user@mail.ru» вместо просто «user», уточните эти
моменты.

503: Bad sequence of commands or this mail server requires
authentication.

Повторяющая ошибка 503 может свидетельствовать о проблемах
соединения. Отклик 503 от SMTP-сервера чаще всего является
показателем того, что SMTP-сервер требует аутентификации, а Вы
пытаетесь отправить сообщение без аутентификации (логин +
пароль).
Проверьте текущие параметры SMTP, чтобы убедиться в правильности
настроек SMTP-сервера. Зайдите в меню «Настройки/Общие
настройки/вкладка SMTP», дважды кликните на указаном в списке
аккаунте и укажите аутентификацию (обычно, аутентификация
ESMTP), логин и пароль.

513: Address type is incorrect or authentication required.

Убедитесь, что адрес электронной почты получателя введен верно и
не содержит ошибок. Затем попробуйте повторно отправить
сообщение.
Другой причиной может быть то, что SMTP-сервер требует
аутентификации, а Вы пытаетесь отправить сообщение без
аутентификации (обычно аутентификация ESMTP, логин + пароль).
Проверьте текущие параметры SMTP в меню «Настройки/Общие
настройки/вкладка SMTP», чтобы убедиться в правильности настроек
SMTP-сервера.

550 5.4.5 Daily sending quota exceeded.
d1sm2839081lbh.7

Превышен дневной лимит по отправке.
Уточните у Вашего SMTP-провайдера корректные настройки для
рассылки, настройки скорости рассылки и дневной лимит. Изменить эти
настройки можно в меню «Настройки/Общие настройки/вкладка SMTP»,
кликнув дважды по текущему аккаунту. Установите корректные
настройки скорости отправки в появившемся окне.

530: Access denied.

SMTP-сервер вашего провайдера, требует аутентификации, а Вы
пытаетесь отправить сообщение без аутентификации (логин +
пароль).
Проверьте текущие параметры SMTP в меню «Настройки/Общие
настройки/вкладка SMTP», чтобы убедиться в правильности настроек
SMTP-сервера.
Другой причиной может быть то, что ваш SMTP-сервер находится в
черном списке сервера получателя. Или, например, почтовый ящик
получателя не существует.

503 sender not yet given
Disconnected.

Для решения этой ошибки необходимо пройти в настройки SMTP
сервера и продублировать email адрес из поля «Логин» в поле «Email
отправителя».

535-5.7.1 Username and Password not accepted. Learn more
at
535 5.7.1 https://support.google.com/mail/bin/answer.py?answer=14257
gi19sm1293099lab.16
Disconnected.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и
пароль введены правильно. Откройте «Настройки»/ «Общие Настройки»/
«SMTP», кликните дважды по адресу SMTP сервера, и в появившемся
окне исправьте имя пользователя и пароль.

501 sender address must match authenticated user
RCPT TO:<name@gmail.com>
RSET
503 sender not yet given
Disconnected.
или
530 5.1.8 <name@ro.ru>: Sender address rejected: Envelope
from do not match authentication data; check your settings
Disconnected.

Проблема заключается в том, что почтовый ящик отправителя не
принадлежит SMTP-серверу, через который ведется рассылка. Например,
если SMTP-сервер smtp.yandex.ru, тогда адрес отправителя должен
быть login@yandex.ru, или если
SMTP – smtp.gmail.com, то адрес отправителя должен быть
login@gmail.com.Для решения
этой ошибки необходимо пройти в настройки SMTP сервера и
продублировать email адрес из поля «Логин» в поле Email
отправителя.

535-5.7.1 Please log in with your web browser and then try
again. Learn more at 535 5.7.1 https://support.google.com/mail/bin/answer.py?answer=78754
r8sm4616093lba.15

Зайдите в вашу учетную запись через браузер и убедитесь,
что ящик не заблокирован.

451: Requested action aborted: local error in processing.

Эта ошибка, как правило, возникает из-за перегрузки вашего
Интернет-провайдера, или по тйо причине, что через ваш SMTP-релей
было отправлено слишком много сообщений.
Следующая попытка отправить письмо может оказаться успешной.

Неверный адрес
SMTP сервера или порт

Connecting to: first.hosted.in:25

Disconnected.

Socket Error # 10060

Connection timed out.

В меню «Настройки/Общие настройки/SMTP» вам необходимо или
исправить адрес SMTP first.hosted.in или поменять порт 25 на
другой. Чтобы узнать номер порта вам необходимо обратиться к вашему
хостинг-провайдеру.

Connecting to: smtp.ukr.net:465
Connected.
451 excessive mail rate for unknown mailhub, throttling
Disconnected.

Эта ошибка, как правило, возникает из-за перегрузки вашего
Интернет-провайдера, или по той причине, что через ваш SMTP-релей
было отправлено слишком много сообщений.
Следующая попытка отправить письмо может оказаться успешной.

Connecting to: mail.ukraine.com.ua:25 Login:
name@hamula.kiev.ua
Disconnected. Disconnected. Socket Error #

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

Антивирус блокирует отправку

500: Syntax error, command unrecognized.

Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения
SMTP. Для решения возникшей проблемы Вам следует корректно
настроить антивирус/брандмауэр.

Настройки
кодировки и
HELO

550 Access denied — Invalid HELO name

Зайдите в «Настройки/Общие настройки/вкладка «Рассылка», и
измените «Значение HELO». Кликните на вопросительный знак возле
поля HELO, обновите значение HELO и повторите рассылку.

Could not encode header data using charset
«»Disconnected.

Проблема возникает по причине некорректной кодировки. Перейдите
в «Настройки/Общие настройки/Рассылка» и измените текущее значение
в поле «Кодовая страница» на кодировку UTF-8 или Windows 1251.
Повторите рассылку.

Дополнительные разделы:

Регистрация
Потерянная информация
Техническая поддержка

Как и любая проблема с доступом к интернет-ресурсам, ошибка 503 Service Unavailable («Сервис недоступен») может быть вызвана сбоями как на стороне пользователя, так и на стороне сервера, на котором находится сайт. Поэтому первое, что нужно сделать, если вы столкнулись с таким сообщением при посещении веб-ресурса, попробовать устранить сбой своими силами. Это намного проще и быстрее, чем пытаться донести информацию о возникших сложностях до владельца сайта.

Процедура устранения проблемы со стороны администратора веб-ресурса более сложная, но в большинстве случаев именно неправильные настройки на уровне хостинга или настроек сайта в панели управления CMS приводят к появлению ошибки сервера с кодом 503.

Мощный хостинг в подарок при заказе лицензии 1С-Битрикс

Выбирайте надежную CMS с регулярными обновлениями системы и профессиональной поддержкой. А мы подарим вам год мощного хостинга – специально для сайтов на 1С-Битрикс.

Заказать

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

Обновите вкладку браузера. Это покажется странным, но зачастую такое простое действие приводит к положительному результату. Нажмите клавишу F5 или воспользуйтесь специальной кнопкой в меню браузера.
Закройте и откройте браузер. Таким образом вы произведете сброс текущей сессии соединения и обновите его. При новом подключении скрипт браузера может не обнаружить ошибку 503, если она была воспринята им ошибочно.
Стоит убедиться, что сбой не связан именно с вашим компьютером. Это особенно актуально, если ошибки соединения с веб-ресурсами повторяются регулярно и возникают с разными кодировками на других сайтах. Для этого необходимо посетить проблемную страницу с другого устройства и желательно через новое интернет-соединение.
Зайдите на страницу, выдавшую ошибку 503, используя другой браузер. Вполне вероятно, что дефект возникает из-за некорректных настроек текущего. Если это подтвердится, стоит в них покопаться и найти источник возникновения проблемы. Самое простое, это восстановить настройки по умолчанию.
Перезагрузка компьютера. Как и любой программный сбой на уровне операционной системы или другого программного обеспечения, он может быть исправлен автоматически при новой загрузке системы.
Очистка кэша и удаление файлов cookies. В зависимости от настроек конкретного браузера в них может сохраняться много «лишней» информации при обмене web-данными. Операция довольно несложная, но стоит предварительно посмотреть help по данному вопросу, т.к. в каждом браузере она проводится по-разному.
Перезагрузка сетевого оборудования. Часто сложности при соединении с интернет-ресурсами возникают из-за некорректного поведения ПО на внешних устройствах, через которые вы получаете трафик. Это может быть роутер, раздающий интернет как по кабелю, так и через Wi-Fi. Необходимо отключить соответствующую железку по питанию, т.е. полностью обесточить ее примерно на одну минуту. Если провайдер выдает вам динамический ip-адрес, то произойдет его смена, что тоже может привести к устранению появления ошибки 503.
Смена DNS-адреса на сервере. Это решение является наиболее сложным для обычного пользователя. В большинстве интернет-соединений используется общедоступный DNS-адрес Google. Изменить его можно через «Панель управления компьютера» в «Центре управления сетями и общим доступом». Данные манипуляции довольно критичны для устойчивой работы интернета на вашем компьютере. Поэтому производить их стоит только тогда, когда вы абсолютно уверены в своей IT-подготовке.

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

Ошибка 503 может отображаться в разных форматах с дополнительными информативными сообщениями. Появление страницы «503 Service Temporary Unavailable – Сервис временно недоступен» говорит о том, что проблема носит временный характер. В этом случае пользователю рекомендуется не предпринимать никаких действий и просто дождаться, когда доступ восстановится автоматически.

При возникновении ошибки 503 Service Unavailable в любом ее проявлении администратор web-ресурса в первую очередь должен разобраться в причине ее появления. Игнорирование данной процедуры по принципу «само пройдет» может привести к тому, что сайт понесет глобальные потери в объеме пользовательского трафика и, как следствие, конверсии. Посетители, регулярно сталкивающиеся с проблемами доступа к определенному ресурсу, очень быстро занесут его в «игнор».

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

Наиболее частые причины возникновения ошибки 503 на стороне сервера

При получении запроса от пользователя конкретная страница сайта не может установить соединение с базой данных MySQL.
Некорректная работа плагинов и расширений из-за внутренних ошибок или конфликта между собой.
Использование недорого хостинга и маломощного сервера приводит к тому, что оборудование не справляется с обработкой входящего трафика.
Ресурсоемкие скрипты создают дополнительную нагрузку на сервер.
Задействован почтовый сервис, выполняющий автоматическую рассылку сообщений в большом объеме.
Соединение с удаленным сервером может привести к замедлению обработки запросов.
Передача файлов большого объема при помощи PHP-скрипта.
Значительное количество нерабочих модулей конкретной CMS.

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

Как избежать появления ошибок 503

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

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

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

Оптимизация работы скриптов

Отключите все лишние плагины и дополнения, кроме тех, которые реально необходимы для бесперебойной работы сайта (кэширование, оптимизация базы данных, создание бэкапов, сжатие изображений).
Осуществляйте передачу файлов большого объема через FTP, т.к. использование других способов передачи данных приводит к созданию отдельного процесса.
Осуществляйте массовую почтовую рассылку в моменты отсутствия пиковой нагрузки на сайт, например, ночью или ранним утром.
При использовании удаленного сервера минимизируйте время ответа и оптимизируйте канал соединения.
Проверьте наличие проблемных запросов к базе MySQL в файле mysql-slow.log.

Дополнительную нагрузку на сервер, приводящую к появлению ошибки 503, могут создать DDoS-атаки. Защита от них с помощью фильтрации относится к отдельной теме обсуждения.

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

Заключение

Ошибка 503 Service Unavailable может возникнуть на любом сайте, управляемом одной из наиболее популярных CMS – WordPress (Вордпресс), Joomla (Джумла), DLE (ДЛЕ) и любой другой, использующей базы данных MySQL. Способов ее решения много, начиная от самых простых на уровне пользователя и заканчивая довольно сложными процедурами, которые должен выполнить администратор сайта.

Буду благодарен, если вы нашли нестандартный подход к устранению сбоя с кодировкой 503 и готовы поделиться своим опытом в комментариях!

PHPMAILER_EXECUTE/usr/sbin/sendmail, Mailer Error: Could not execute: /usr/sbin/sendmail, notice Письмо не может быть отправлено — именно так могут заканчиваться попытки отправки E-Mail в Joomla 1.5 когда дядя хостер неправильно настроил sendmail, чмоды на доступ к нему или запретил его экзекуцию.

Если те же проблемы с отправкой электронных писем (E-Mail) через sendmail или SMTP в Joomla 1.5, то первым делом посмотрите в информации про PHP полный путь к sendmail и если в общей конфигурации он прописан верно, то в той же информации про PHP смотрите значения директивы с именем disable_functions и если оно равно = exec, system, shell_exec, passthru, popen, dl, set_time_limit, max_execution_time, ini_restore, mail, то попытки отправки электронных писем (E-Mail) именно через sendmail будут накрываться медным тазом ибо экзекуция (выполнение) sendmail происходит посредством функции popen!

Единственный выход — это пробовать отправлять почту через SMTP сервер и с общими настройками Joomla для отправки электронных писем (E-Mail) через SMTPя думаю проблем не должно возникнуть, одно единственное, что следует упомянуть, так это то, что при использовании «Отправить эту ссылку по почте» в поле Ваш E-Mail: пользователь должен указать как раз не свой, а наш E-Mail под учётной записью которого отправляется электронная почта (E-Mail) через SMTP потому, что SMTP сервер требует совпадения имени отправителя (Ваш E-Mail, From) с именем учетной записи под которой идёт подключение к SMTPсерверу: sender address must match authenticated user SMTP.

SMTP -> FROM SERVER: 220 smtp21.mail.ru ESMTP ready SMTP -> FROM SERVER: 250-smtp21.mail.ru 250-SIZE 73400320 250-8BITMIME 250-AUTH PLAIN LOGIN 250 STARTTLS SMTP -> FROM SERVER: 250 OK SMTP -> FROM SERVER: 501 sender address must match authenticated user SMTP -> ERROR: RCPT not accepted from server: 501 sender address must match authenticated user SMTP -> FROM SERVER: 503 sender not yet given SMTP -> ERROR: RSET failed: 503 sender not yet given Mailer Error: SMTP Error: The following SMTP Error: Data not accepted.debil@ukr.net

Для того чтобы посетители сайта могли использовать возможность «Отправить эту ссылку по почте» в условиях настройки Joomla для отправки электронной почты (E-Mail) через SMTP, то мы должны сделать соответствующее объявление на своём сайте, в котором опубликовать наш E-Mail от имени которого происходит подключение к SMTP серверуи тогда функция «Отправить эту ссылку по почте» должна будет заработать!

Отправить эту ссылку по почте
E-mail адресата: debil@ukr.net
Ваше имя: Vasya
Ваш E-Mail: smtpuser@mail.ru
Тема: Ku-Ku!

SMTP -> FROM SERVER: 220 smtp9.mail.ru ESMTP ready SMTP -> FROM SERVER: 250-smtp9.mail.ru 250-SIZE 73400320 250-8BITMIME 250-AUTH PLAIN LOGIN 250 STARTTLS SMTP -> FROM SERVER: 250 OK SMTP -> FROM SERVER: 250 Accepted SMTP -> FROM SERVER: 354 Enter message, ending with «.» on a line by itself SMTP -> FROM SERVER: 250 OK id=1Sz8ZZ-0002IH-Jq SMTP -> FROM SERVER: 221 smtp9.mail.ru closing connection Message sent!

В Joomla 1.5 для отправки писем используется библиотека PHPMailer v2.0.4 for PHP4, расположенная по адресу /libraries/phpmailer/phpmailer.php и если общие настройки в Joomla сделаны верно, а почта не уходит и нельза определить ошибку, то используйте приведённые ниже куски кода для тестирования PHPMailer.

Пример использования PHPMailer для отправки через sendmail:

<?php 
 
require_once('./libraries/phpmailer/phpmailer.php');
 
$mail = new PHPMailer(); // defaults to using php "mail()"
$mail->IsSendmail(); // telling the class to use SendMail transport
$mail->Sendmail = '/usr/sbin/sendmail'; // Set full path to sendmail
//$body = file_get_contents('contents.html');
$body = 'body';
//$body = eregi_replace("[]",'',$body);
 
$mail->AddReplyTo("support@remotehelp.pp.ua","First Last");
//$mail->SetFrom('support@remotehelp.pp.ua', 'First Last');
$mail->From = 'support@remotehelp.pp.ua';
$mail->AddReplyTo("support@remotehelp.pp.ua","First Last");
 
$address = "debil@ukr.net";
 
$mail->AddAddress($address, "John Doe");
$mail->Subject = "PHPMailer Test Subject via Sendmail, basic";
// optional, comment out and test
$mail->AltBody = "To view the message, please use an HTML compatible email viewer!";
$mail->MsgHTML($body);
//$mail->AddAttachment("images/phpmailer.gif"); // attachment
//$mail->AddAttachment("images/phpmailer_mini.gif"); // attachment
 
if(!$mail->Send()) {
echo "Mailer Error: " . $mail->ErrorInfo;
} else {
echo "Message sent!";
}

Пример использования PHPMailer для отправки через SMTP сервер:

<?php 
 
# http://phpmailer.worxware.com/index.php?pg=examples

require_once('./libraries/phpmailer/phpmailer.php');
 
$mail = new PHPMailer(); // defaults to using php "mail()"
$mail->IsSMTP(); // telling the class to use SMTP
//$body = file_get_contents('contents.html');
$body = 'body';
//$body = eregi_replace("[]",'',$body);
 
$mail->SMTPDebug = 2; // enables SMTP debug information (for testing)
 
$mail->SMTPAuth = true; // enable SMTP authentication
$mail->Host = "smtp.mail.ru"; // SMTP server
$mail->Port = 25; // set the SMTP port for the GMAIL
$mail->Username = "mainmail@mail.ru"; // SMTP account username
$mail->Password = "mainpass"; // SMTP account password
 
$mail->AddReplyTo("support@remotehelp.pp.ua","First Last");
//$mail->SetFrom('remotehelper@mail.ru', 'First Last');
$mail->From = 'mainmail@mail.ru';
$mail->AddReplyTo("support@remotehelp.pp.ua","First Last");
 
$address = "debil@ukr.net";
 
$mail->AddAddress($address, "John Doe");
$mail->Subject = "PHPMailer Test Subject via Sendmail, basic";
// optional, comment out and test
$mail->AltBody = "To view the message, please use an HTML compatible email viewer!";
$mail->MsgHTML($body);
//$mail->AddAttachment("images/phpmailer.gif"); // attachment
//$mail->AddAttachment("images/phpmailer_mini.gif"); // attachment
 
if(!$mail->Send()) {
    echo "Mailer Error: " . $mail->ErrorInfo;
} else {
    echo "Message sent!";
}

В некоторых случаях, настройки некоторых модулей могут некорректно работать с SMTP настройками и выдавать PHPMAILER_RECIPIENTS_FAILED, это происходит из-за несоответствия SMTP логина с именем отправителя, по идее должен помочь следующий рецепт: открываем components/com_contact/controller.php, находим строку 194 и меняем:

Только после полного отключения блокировщика скриптов и рекламы на этом месте появится полезная подсказка/ссылка/код/пример конфигурации/etc!

Письмо не может быть отправлено из-за кривого com_mailto

Кнопка E-mail (отправить ссылку другу) служит для отправки другу или недругу ссылки на какой-то материал. Письмо не может быть отправлено через эту кнопку из-за кривого /components/com_mailto/controller.php, в котором не верно рассчитывается таймаут и проверка «Verify that this is a local link«. Открываем /components/com_mailto/controller.php, находим строки:

// we return time() instead of 0 (as it previously was), ...
if($timeout == 0 || time() - $timeout < MAILTO_TIMEOUT) {
    JError::raiseNotice( 500, JText:: _ ('EMAIL_NOT_SENT'));
    return $this->mailto();
}
 
//......
 
// Verify that this is a local link
if((!$link) || (!JURI::isInternal($link))) {
    //Non-local url... 
    JError::raiseNotice( 500, JText:: _ ('EMAIL_NOT_SENT' ));
    return $this->mailto();
}

И меняем их до такой кондиции:

Также будет полезно увеличить значение константы MAILTO_TIMEOUT с 20 до 50! Эта бага упоминалась на:

1.5.23 E-mail could not be sent.
Joomla! • View topic — E-mail could not be sent.

40 минут назад, volodinne сказал:

ТОчно работает, однако как узнать имя пользователя?

В форме есть поле, ваше имя, я его не вижу.

Разобрался, там же и имя.

Не работает задать вопрос о товаре. Письма не приходят.

Ну да, подставляется и имя и адрес ответа.

т.е. просто нажимаете ответить и всё.

19 минут назад, volodinne сказал:

Я думаю это связано с отправителем.

так как в поле отправитель подставляется адрес пользователя.

КАк поменять на info@site.ru, а реальный подставить в поле Reply-to по технологии Свяжитесь с нами

Попробуйте в /ask_a_question.php Поменять строку:

	vam_php_mail(filter_var($to_email_address, FILTER_VALIDATE_EMAIL), EMAIL_SUPPORT_NAME, EMAIL_SUPPORT_ADDRESS, STORE_NAME, EMAIL_SUPPORT_FORWARDING_STRING, filter_var($to_email_address, FILTER_VALIDATE_EMAIL), $to_name, '', '', NAVBAR_TITLE_ASK, $html_mail, $txt_mail);

Посмотрите функцию vam_php_mail в /inc/vam_php_mail.inc.php

т.е. там видно какие параметры функции.

Как раз на первом месте указывается from_email

т.е. поменяйте эту строку в /ask_a_question.php на:

	vam_php_mail(CONTACT_US_EMAIL_ADDRESS, EMAIL_SUPPORT_NAME, EMAIL_SUPPORT_ADDRESS, STORE_NAME, EMAIL_SUPPORT_FORWARDING_STRING, filter_var($to_email_address, FILTER_VALIDATE_EMAIL), $to_name, '', '', NAVBAR_TITLE_ASK, $html_mail, $txt_mail);