Перейти к содержанию
Форумы

php 5.3 и Zend


HOSTPLUS

Рекомендуемые сообщения

Обновили BPanel до последнего билда версии Beta3?

Домен по базе в этом случае продляется?

Домен у регистратора точно не продляется?

Судя по ответам гугла, эта ошибка связана с sendmail.

Ссылка на комментарий
Поделиться на другие сайты

  • Ответов 102
  • Создана
  • Последний ответ

Топ авторов темы

Топ авторов темы

Изображения в теме

Поставили отдельно биллинг на другой сервер с учетом требований по ПО, теперь ошибка в order/admin/imap.php

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

В столе order/staff.php билет на создаётся, хотя на электронный адрес с которого отправляется письмо приходит уведомление о создании билета.

В чем же дело?

Ссылка на комментарий
Поделиться на другие сайты

Снова ошибка:

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Тикеты не создаются.

Ссылка на комментарий
Поделиться на другие сайты

Поставили отдельно биллинг на другой сервер с учетом требований по ПО, теперь ошибка в order/admin/imap.php

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

В столе order/staff.php билет на создаётся, хотя на электронный адрес с которого отправляется письмо приходит уведомление о создании билета.

В чем же дело?

Видел один раз подобное, был сервер на администрировании, проблема была с файролом, блокировались коннекты, проверьте..

 

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

Ссылка на комментарий
Поделиться на другие сайты

Снова ошибка:

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Тикеты не создаются.

Точно такие же ошибки, наверно уже с 2009 года, правда билеты создаются без проблем...

 

Там скрипт почему то конфликтует с dovecot, под covier такой ошибки не видел....

 

Но то что билеты не создают, как то странно, imap вообще подключается к мылу? Судя по предыдущему посту - нет..

Ссылка на комментарий
Поделиться на другие сайты

Но то что билеты не создают, как то странно, imap вообще подключается к мылу? Судя по предыдущему посту - нет..

Это уже второй раз, тогда тоже самое было. Сервер установили другой в другом ДЦ, админа, который устанавливал ПО тоже другого попросили (известный на серче). Очень странно но, билеты не создаются. Письма на ящики уходят, а вот оттуда не закрепляются в Стол помощи и никакие обратки отправителям о создании тикета не идут.

 

При обработки файла imap.php сверху имена почтовых адресов рядом нули и ниже:

 

This has been completed!

 

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Тикетов в столе помощи нет, письма лежат на сервере в ящиках.

 

На прежнем сервере такого не было, даже не было ошибки Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0. Переносили целиком аккаунт из cPanel в cPanel посредством /scripts/pkgacct и восстановлением /scripts/restorepkg

Ссылка на комментарий
Поделиться на другие сайты

Да не, тут не в переносе аккаунта дело, можно и по одному фалу, суть не изменится...

 

Возможно стоит чтобы Алексей лично глянул настройки сервера и наконец то добавил полную поддержку dovecot, все таки это намного популярнее и лучше covier...

Ссылка на комментарий
Поделиться на другие сайты

Возможно стоит чтобы Алексей лично глянул настройки сервера

Это не выход из ситуации, почему мы должны предоставлять доступ root на сервер? Два админа смотрели, утверждают что скрипт кривой. Вот вам и ответ. Имап, пайпинг работают. Настройки сервера практически полностью идентичны с тем сервером, где работал скрипт на php 5.2 с zend optimizer'ом., за исключением обновления php и переход на zend guard.

 

Не забирается почта из ящиков в стол помощи и обратки о создании отправителям не шлёт, хоть убей. 2 сервера 2 админа проблема та же самая. НАДОЕЛО честно говоря возиться с этим, целый день... До обновления со скриптом за 29 июня на php 5.2 всё ок (тикеты, всё работает). Даже ошибки Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 там нет. Я не знаю уже что делать, админы тоже. На сервере софт полностью работоспособен, это факт. Обращались даже на аутсорсинг к админам, смотрели - софт работает, проблемы с нашей стороны нет.

Ссылка на комментарий
Поделиться на другие сайты

Хех, ну так можно до посинения перепираться :) Скрипт рабочий - если бы он не работал - жалоб было бы море...

 

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

 

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

 

Это не выход из ситуации, почему мы должны предоставлять доступ root на сервер?

 

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

Ссылка на комментарий
Поделиться на другие сайты

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

Вы готовы предоставить root доступ на свой сервер для исследования и сравнения настроек по требуемому софту?

Ссылка на комментарий
Поделиться на другие сайты

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

 

Понимаю к чему Вы клоните - поясню, неоднократно Алексею предоставлялся доступ к рабочим машинам для тестирования и исправления таких же "багов воспроизводящихся в одном месте", никаких проблем - не было, и снова же можете посмотреть на форуме, не только мы доверяем Алексею, но и др. люди, тот же Vladimir и т.д..

 

Вообще, если не секрет, насколько сильно измучен конфиг dovecot от стандартного? Просто точно знаю (тестил лично), что на стандартном конфиге при сетапе cPanel - такой проблемы точно нет... Следовательно реагирует на какую (ие) то настройку (и)...

Ссылка на комментарий
Поделиться на другие сайты

Вообще, если не секрет, насколько сильно измучен конфиг dovecot от стандартного? Просто точно знаю (тестил лично), что на стандартном конфиге при сетапе cPanel - такой проблемы точно нет... Следовательно реагирует на какую (ие) то настройку (и)...

В Dovecot не лезли. C Courier тоже самое, проблема с тикетами.

С другими скриптами, работающие с imap и e-mail piping подобной проблемы нет.

Ссылка на комментарий
Поделиться на другие сайты

Хм, с таким не сталкивался, когда был courier - вообще работало идеально даже error_log ничего не писалось...

 

Тут уж точно, случай из рода уникальных......

Ссылка на комментарий
Поделиться на другие сайты

Поставили отдельно биллинг на другой сервер с учетом требований по ПО, теперь ошибка в order/admin/imap.php

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0

 

В столе order/staff.php билет на создаётся, хотя на электронный адрес с которого отправляется письмо приходит уведомление о создании билета.

В чем же дело?

Бред какой-то. При "Connection failed" вообще ничего нигде создаваться не должно, т.к. скрипт просто физически не может получить почту из ящика, к которому физически подключиться не удалось. Возможно у Вас работает два, а то и более imap.php на разных серверах. Были такие клиенты-оболтусы. Забывали отключать старый сервер и жаловались потом на такие полтергейсты :lol:

 

Снова ошибка:

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Тикеты не создаются.

Данная нотификация никак не должна влиять, да и у нас собственно и не влияет (см. мой пост в этой теме №68), писал ведь уже недавно по этой теме, отвечая на Ваш же вопрос!

 

Но то что билеты не создают, как то странно, imap вообще подключается к мылу? Судя по предыдущему посту - нет..

Это уже второй раз, тогда тоже самое было. Сервер установили другой в другом ДЦ, админа, который устанавливал ПО тоже другого попросили (известный на серче). Очень странно но, билеты не создаются. Письма на ящики уходят, а вот оттуда не закрепляются в Стол помощи и никакие обратки отправителям о создании тикета не идут.

 

При обработки файла imap.php сверху имена почтовых адресов рядом нули и ниже:

 

This has been completed!

 

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Тикетов в столе помощи нет, письма лежат на сервере в ящиках.

 

На прежнем сервере такого не было, даже не было ошибки Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0. Переносили целиком аккаунт из cPanel в cPanel посредством /scripts/pkgacct и восстановлением /scripts/restorepkg

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

if (!@imap_ping($mbox)) {$all=0;}

 

$v_connect = "{".$idimap["server"].":".$idimap["port"]."}INBOX";
$mbox = @imap_open("$v_connect", "$idimap[username]", "$idimap[userpass]");
$all = @imap_num_msg ($mbox);
if (!@imap_ping($mbox)) {$all=0;}
print "$idimap[username]: $all<br>";

 

Перепроверьте все.

 

Возможно стоит чтобы Алексей лично глянул настройки сервера

Это не выход из ситуации, почему мы должны предоставлять доступ root на сервер? Два админа смотрели, утверждают что скрипт кривой. Вот вам и ответ. Имап, пайпинг работают. Настройки сервера практически полностью идентичны с тем сервером, где работал скрипт на php 5.2 с zend optimizer'ом., за исключением обновления php и переход на zend guard.

 

Не забирается почта из ящиков в стол помощи и обратки о создании отправителям не шлёт, хоть убей. 2 сервера 2 админа проблема та же самая. НАДОЕЛО честно говоря возиться с этим, целый день... До обновления со скриптом за 29 июня на php 5.2 всё ок (тикеты, всё работает). Даже ошибки Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 там нет. Я не знаю уже что делать, админы тоже. На сервере софт полностью работоспособен, это факт. Обращались даже на аутсорсинг к админам, смотрели - софт работает, проблемы с нашей стороны нет.

Вы же сами недавно писали, что производили то ли переезд на другой сервер, то ли какие-то другие изменения ПО на сервере, значит что-то все же накосячили, т.к. мы, обновив лишь php 5.2 на php 5.3 никаких подобных проблем не получали. Разбирайтесь.

Ссылка на комментарий
Поделиться на другие сайты

Проблема с тикетами решена, но ошибка при ручном запуске imap.php - Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 всё-равно осталась. Хоть тикеты стали создаваться и на том спасибо бубну. ;)

Ссылка на комментарий
Поделиться на другие сайты

В чем была проблема с недобавлением билетов?

 

Notice: Unknown: SECURITY PROBLEM: insecure server advertised

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

Ссылка на комментарий
Поделиться на другие сайты

В чем была проблема с недобавлением билетов?

Пришлось покопаться с защитой php-приложений, а именно с Suhosin. Капризно работал, исправили.

Ссылка на комментарий
Поделиться на другие сайты

Обновили BPanel до последнего билда версии Beta3?

Домен по базе в этом случае продляется?

Домен у регистратора точно не продляется?

Судя по ответам гугла, эта ошибка связана с sendmail.

 

BPanel последняя.

Домен у регистратора не продлевается.

 

Проблема не совсем у sendmail, проблема в том, что sendmail-у не передается поле заголовка To:, он не может обнаружить получателя письма.

В большинстве случаев, описанных в тырнете и связанных с PHP, это происходит если пытаться отправить письмо раньше, чем проинициализированы все переменные для его отсылки. Можно какой-то дебаг вставить в место отсылки письма функциями directi HTTP-API?

Ссылка на комментарий
Поделиться на другие сайты

Спасибо за информацию. После перехода на BPanel 3.0 Release (выйдет сегодня) это информационное уведомление об ошибке пропадет (внес изменения в код скрипта).

Ссылка на комментарий
Поделиться на другие сайты

  • 2 недели спустя...

Спасибо за информацию. После перехода на BPanel 3.0 Release (выйдет сегодня) это информационное уведомление об ошибке пропадет (внес изменения в код скрипта).

 

 

Спасибо, после обновления сообщение пропало.

 

Однако, это не повлияло на работу DirectI интерфейса.

 

Теперь при любом запросе к DirectI получаем только:

 

OrderId! orderid: ; ID: XXXX;

 

где XXXX - номер заказа домена

 

Письмо тоже приходит и ровно такой же информацией.

 

Действие уже из списка биллинга не пропадает, но и в directi ничего не делается :(

Ссылка на комментарий
Поделиться на другие сайты

Касательно этой ошибки:

Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0

 

Нашел решение, в CRON, добавляем: /dev/null 2>&1

 

И более данная запись не появляется :).

 

P.S. Возможно стоит в readme.doc добавить..

Ссылка на комментарий
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

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

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

×
×
  • Создать...