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

partizansk.eu

Реселлеры
  • Постов

    115
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные partizansk.eu

  1. Обновились до Release. Перестали на электронную почту (E-Mail, на который отправляются письма из скрипта) приходить уведомления о новых заказах и продлении существующих услуг. Настройки на сервере не менялись, почта не менялась. Просто обновили скрипт (config.php не трогали).

  2. Алексей, проблема все-же в скрипте. Смотрите в демке: http://www.bpanel.ru/order/reg.php?ur#form идентичная ошибка с нашей Warning: number_format() expects parameter 1 to be double, string given in /home/bpanel/public_html/order/admin/modules/nds.php on line 33

     

    в Дополнительных услугах у вас в демке: http://www.bpanel.ru/order/admin/?mod=service&go=formadd ниже строки "Не препятствовать автоматическому удалению аккаунта через cron.php при наличии этой услуги:" тоже ошибка, только немного другая, чем у нас.

    У нас: Notice: Undefined index: f_serviceconf_1 in /home/логин/public_html/order/admin/index3.php on line 299

    У Вас: Notice: Undefined index: stopcron in /home/bpanel/public_html/order/admin/index.php on line 21981

  3. Файл /admin/modules/database.php при обновлении скрипта - обновляли?

    Да, конечно.

     

    P.S. С автоматической активацией и удалением аккаунтов разобрался. Добавил IP в Firewall Allow IPs между файрволлами на серверах, рестартанул ConfigServer Security&Firewall. Заработало.

  4. Перестали автоматически активироваться и удаляться аккаунты. При удалении "из биллинга и с сервера (полное)" ошибка, к примеру: (root at /xml-api/removeacct) user=xxx А при нажатии сверху на "Удалить пользователя с логином xxx из WHM (64.191.xx.xxx)? Да" - Удаляет. Биллинг сейчас на стороннем сервере, на обоих WHM/cPanel.

  5. Нашёл следующие ошибки:

     

    в Дополнительных услугах (/order/admin/?mod=service&go=formadd) ниже строки "Не препятствовать автоматическому удалению аккаунта через cron.php при наличии этой услуги:" - Notice: Undefined index: f_serviceconf_1 in /home/логин/public_html/order/admin/index3.php on line 299

     

    при оформлении заказа как юр.лицо (order/reg.php?ur#form) выше поля "Компания" - Warning: number_format() expects parameter 1 to be double, string given in /home/ptru/public_html/order/admin/modules/nds.php on line 33

     

    Билд последний.

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

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

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

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

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

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

    Это не выход из ситуации, почему мы должны предоставлять доступ 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 там нет. Я не знаю уже что делать, админы тоже. На сервере софт полностью работоспособен, это факт. Обращались даже на аутсорсинг к админам, смотрели - софт работает, проблемы с нашей стороны нет.

  9. Но то что билеты не создают, как то странно, 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

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

     

    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

     

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

  11. Поставили отдельно биллинг на другой сервер с учетом требований по ПО, теперь ошибка в 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 билет на создаётся, хотя на электронный адрес с которого отправляется письмо приходит уведомление о создании билета.

    В чем же дело?

  12. Добавлю на всякий случай в новой сборке в interkassa.php, т.к. в этом файле идет проверка по IP адресу отправителя запроса об успешной оплате. Архив со скриптом обновлю в течение часа.

    Алексей, можете выслать обновленный файлик для php 5.2.x ещё под Zend Optimizer? По дате создания файла interkassa.php 29 июля 2011 г., 16:18:30, не уверен новый IP там или нет. После оплаты написано "Платеж удался!" и в биллинг зачислен, значит файлик с новым IP?

  13. Хех, дайте угадаю, dovecot на сервере? :) Проблема стара как мир, уже наверно год... У нас билеты создаются без проблем, хотя и каждый раз, для каждого отдела в error_log'e по строчке этой бадяги....

    Именно. На старом сервере тоже он (Dovecot) но, почему то такой проблемы раньше не возникало. Перенесли сайт с биллингом на другой (новый) сервер с тем же софтом, что и на прежнем (кроме версий php и zend guard) началась такая проблема, переход на Courier успеха не принёс. В общем пока откатили всё назад на прежний, переустановим на днях софт и попробуем снова. :)

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