admin Опубликовано 17 августа, 2011 Жалоба Поделиться Опубликовано 17 августа, 2011 Обновили BPanel до последнего билда версии Beta3? Домен по базе в этом случае продляется? Домен у регистратора точно не продляется? Судя по ответам гугла, эта ошибка связана с sendmail. Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Поставили отдельно биллинг на другой сервер с учетом требований по ПО, теперь ошибка в 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 билет на создаётся, хотя на электронный адрес с которого отправляется письмо приходит уведомление о создании билета. В чем же дело? Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Снова ошибка: 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 Тикеты не создаются. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Поставили отдельно биллинг на другой сервер с учетом требований по ПО, теперь ошибка в 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 года не было, да и честно говоря, не припоминаю, чтобы попадалось на глаза на форуме.. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Снова ошибка: 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 вообще подключается к мылу? Судя по предыдущему посту - нет.. Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Notice: Unknown: Connection failed to домен.ru,143: Connection timed out (errflg=2) in Unknown on line 0 проблему решили, но с тикетами нет. Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Но то что билеты не создают, как то странно, 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 Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Да не, тут не в переносе аккаунта дело, можно и по одному фалу, суть не изменится... Возможно стоит чтобы Алексей лично глянул настройки сервера и наконец то добавил полную поддержку dovecot, все таки это намного популярнее и лучше covier... Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Возможно стоит чтобы Алексей лично глянул настройки сервера Это не выход из ситуации, почему мы должны предоставлять доступ 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 там нет. Я не знаю уже что делать, админы тоже. На сервере софт полностью работоспособен, это факт. Обращались даже на аутсорсинг к админам, смотрели - софт работает, проблемы с нашей стороны нет. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Хех, ну так можно до посинения перепираться Скрипт рабочий - если бы он не работал - жалоб было бы море... То что скрипт явно не заточен под "более оптимальные настройки сервера" - тут впринципе в чем то согласен, хотя снова же, у нас кроме того что error_log постоянно растет этими строчками - никаких проблем нет.. Но тут снова же - нигде и не заявлялась какая-то глубокая поддержка чего-либо, скрипт предоставляется в виде "как есть"... Это не выход из ситуации, почему мы должны предоставлять доступ root на сервер? Видимо по тому что эта проблема существует только у Вас, по этому либо она будет решаться именно в условиях где она воспроизводится, либо явно все останется как есть и нужно будет настройки сервера подгонять под скрипт, третьего явно не будет (за все время пока нахожусь здесь на форуме, не припомню чтобы по другому вопросы решались)... Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 То что скрипт явно не заточен под "более оптимальные настройки сервера" - тут впринципе в чем то согласен, хотя снова же, у нас кроме того что error_log постоянно растет этими строчками - никаких проблем нет.. Вы готовы предоставить root доступ на свой сервер для исследования и сравнения настроек по требуемому софту? Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Вам, к сожалению, не могу, по той простой причине что кроме как переписки на форуме, нас с Вами ничего более не связывает, да и предоставление доступа третьим лицам - невозможно. Понимаю к чему Вы клоните - поясню, неоднократно Алексею предоставлялся доступ к рабочим машинам для тестирования и исправления таких же "багов воспроизводящихся в одном месте", никаких проблем - не было, и снова же можете посмотреть на форуме, не только мы доверяем Алексею, но и др. люди, тот же Vladimir и т.д.. Вообще, если не секрет, насколько сильно измучен конфиг dovecot от стандартного? Просто точно знаю (тестил лично), что на стандартном конфиге при сетапе cPanel - такой проблемы точно нет... Следовательно реагирует на какую (ие) то настройку (и)... Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Вообще, если не секрет, насколько сильно измучен конфиг dovecot от стандартного? Просто точно знаю (тестил лично), что на стандартном конфиге при сетапе cPanel - такой проблемы точно нет... Следовательно реагирует на какую (ие) то настройку (и)... В Dovecot не лезли. C Courier тоже самое, проблема с тикетами. С другими скриптами, работающие с imap и e-mail piping подобной проблемы нет. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Хм, с таким не сталкивался, когда был courier - вообще работало идеально даже error_log ничего не писалось... Тут уж точно, случай из рода уникальных...... Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Тут уж точно, случай из рода уникальных...... Пошли за бубном... Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Поставили отдельно биллинг на другой сервер с учетом требований по ПО, теперь ошибка в 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 на разных серверах. Были такие клиенты-оболтусы. Забывали отключать старый сервер и жаловались потом на такие полтергейсты Снова ошибка: 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 никаких подобных проблем не получали. Разбирайтесь. Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Проблема с тикетами решена, но ошибка при ручном запуске imap.php - Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 всё-равно осталась. Хоть тикеты стали создаваться и на том спасибо бубну. Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 В чем была проблема с недобавлением билетов? Notice: Unknown: SECURITY PROBLEM: insecure server advertised Это лишь нотификация о проблеме безопасности при подключении. Полагаю, что для того, чтобы ее решить, - используйте защищенное соединение. Ссылка на комментарий Поделиться на другие сайты Поделиться
partizansk.eu Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 В чем была проблема с недобавлением билетов? Пришлось покопаться с защитой php-приложений, а именно с Suhosin. Капризно работал, исправили. Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 августа, 2011 Жалоба Поделиться Опубликовано 18 августа, 2011 Спасибо за информацию, возможно кому-либо пригодится. Ссылка на комментарий Поделиться на другие сайты Поделиться
cryo Опубликовано 22 августа, 2011 Жалоба Поделиться Опубликовано 22 августа, 2011 Обновили BPanel до последнего билда версии Beta3? Домен по базе в этом случае продляется? Домен у регистратора точно не продляется? Судя по ответам гугла, эта ошибка связана с sendmail. BPanel последняя. Домен у регистратора не продлевается. Проблема не совсем у sendmail, проблема в том, что sendmail-у не передается поле заголовка To:, он не может обнаружить получателя письма. В большинстве случаев, описанных в тырнете и связанных с PHP, это происходит если пытаться отправить письмо раньше, чем проинициализированы все переменные для его отсылки. Можно какой-то дебаг вставить в место отсылки письма функциями directi HTTP-API? Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 22 августа, 2011 Жалоба Поделиться Опубликовано 22 августа, 2011 Спасибо за информацию. После перехода на BPanel 3.0 Release (выйдет сегодня) это информационное уведомление об ошибке пропадет (внес изменения в код скрипта). Ссылка на комментарий Поделиться на другие сайты Поделиться
cryo Опубликовано 6 сентября, 2011 Жалоба Поделиться Опубликовано 6 сентября, 2011 Спасибо за информацию. После перехода на BPanel 3.0 Release (выйдет сегодня) это информационное уведомление об ошибке пропадет (внес изменения в код скрипта). Спасибо, после обновления сообщение пропало. Однако, это не повлияло на работу DirectI интерфейса. Теперь при любом запросе к DirectI получаем только: OrderId! orderid: ; ID: XXXX; где XXXX - номер заказа домена Письмо тоже приходит и ровно такой же информацией. Действие уже из списка биллинга не пропадает, но и в directi ничего не делается Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 7 сентября, 2011 Жалоба Поделиться Опубликовано 7 сентября, 2011 При обновлении до версии release Вы вносили данные доступа к directi в /admin/conf/whm.php? Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 8 сентября, 2011 Жалоба Поделиться Опубликовано 8 сентября, 2011 Касательно этой ошибки: 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 добавить.. Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Для публикации сообщений создайте учётную запись или авторизуйтесь
Вы должны быть пользователем, чтобы оставить комментарий
Создать учетную запись
Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!
Регистрация нового пользователяВойти
Уже есть аккаунт? Войти в систему.
Войти