http://www.eserv.ru/download/roundcube_acweb_01b.rar (4Mb) запускаете там acWEB/acWEB.exe (спецконфиг) и обращаетесь к http://eserv:8889/ и всё.
Не совсем всё. Были небольшие несовместимости, пришлось подкруть acIMAP.exe. Вот с этой бетой будет работать:
http://www.eserv.ru/download/acIMAP_030408_2.rar
Т.е. сначала замените acIMAP.exe, а потом заходите на http://eserv:8889/
RoundCube в каком-то смысле наследник IlohaMail, с модными ajax'овыми штучками. В этом месяце выпущена первая стабильная версия, потому захотелось испытать совместимость. В нем самом ничего для совместимости крутить не пришлось, хорошо сделано.
Эта версия acIMAP очень бетовая, так что использовать свой на страх и риск...
Unable to connect to the database!
Please contact your server-administrator.
[03-Apr-2008 13:23:55 +0400] DB Error: DB Error: extension not found in C:\Eserv3\CONF\pub\wwwroot\WM\DATA\wwwroot\program\include\rcube_db.inc on line 104
[03-Apr-2008 13:59:18 +0400] DB Error: DB Error: extension not found in C:\Eserv3\CONF\pub\wwwroot\WM\DATA\wwwroot\program\include\rcube_db.inc on line 104
Как это вылечить?
Такое ощущение, что есть проблема как раз с подключением SQlite в PHP
в php.ini прописано:
лог php говорит:
Все пляски с бубном ничего не дали... файлы 100% существуют и имеют все необходимые атрибуты доступа (более того, другие библиотеки — mysql, mssql и т.п успешно находятся и грузятся)
копирование каталога php_ext из дистрибутива RoundCube for Eserv и переназначение extension_dir так же не помогало.
В итоге помогло следующее: скопировал php_ext в каталог php (основные расширения php находятся в php\ext) и каталог к нужным библиотекам указал относительный (причем как минимум один выход из каталога ..\ обязателен)
странно все это...
В файле \config\main.inc.php установить:
А вот не надо было ничего подкручивать и завинчивать в другой конфиг
В каталоге acWEB этого дистрибутива лежит рабочий php.ini, который там и должен остаться в неизменном виде. В нем extension_dir = "../ext/php_ext"
Проверил на ТРЁХ машинах (Vista, XP, Win2008) — всё заводится сразу: распаковал, ничего не менял, запустил acWEB.exe, готово, работает. Ни в каких логах никаких ошибок. На одной из трех машин (совсем пустой) php потребовал две ssl'ные dll: libeay32.dll и ssleay32.dll. Я их добавил в архив (хотя работало и без них, только при запуске окошко выскакивало) —
http://www.eserv.ru/download/roundcube_acweb_01b2.rar (теперь он 5 Мб)
http://www.eserv.ru/download/acIMAP_040408_1.rar
Под IE7 после ввода пароля сразу предупреждение "Your browser does not accept cookies", хотя cookies включены и для других адресов в Инете работают. Где и что проверить ?
На другом ящике проверил(WinXp Sp2 IE7) и запуск как http://localhost:8889 запустилось... в логах ошибок нет.
В смысле "родной"?
Это в настройках учетной записи (внутри самого RoundCube в профиле пользователя) можно поменять.
А чтобы автоматом всем пользователям ставилось нужно наверное
$rcmail_config['username_domain'] = ; $rcmail_config['mail_domain'] = ; покрутить в roundcube\DATA\wwwroot\config\main.inc.php.
В общем, традиционно детектирует Если с другими сайтами этот IE работает, то и с локальным тем более должен. Если настройки зоны безопасности на вкладке "Конфиденциальность" параметров IE7 ничего не дают, то дело наверное в самом куке. Он у Roundcube скромный (roundcube_sessid=хэш), но если на том же хосте работало много веб-приложений, то может передаваться толстая пачка куков (у меня, например, во всех запросах к локальному серверу передается целых шесть битриксовых куков, выставленных аж 3 года назад . А у PHP в ISAPI-режиме ограничение на размер куковой строки — 1 килобайт, если не ошибаюсь. Так вот, если сумма длин куков всех приложений больше 1кб, то последние куки просто обрезаются. И вот если кук roundcube отрезается в PHP, то roundcube может так возмущаться независимо от настроек браузера и acWEB.
Для проверки найдите в acWEB\conf\OnStartup.rules.txt строку, содержащую "http\OnRequestComplete", и замените её на такую:
потом перезапустите acWEB, обратитесь к серверу из этого IE7 и посмотрите куки. Если упирается в килобайт, то либо удалить куки в браузере, либо мастерить на сервере PHP в CGI-режиме (как в самом Eserv/3 в базовом конфиге acWEB настроено).
Не ошибаюсь: php5isapi.c (из исходников PHP5):
#define ISAPI_SERVER_VAR_BUF_SIZE 1024
Т.е. не только для кука, а для любой серверной переменной, гоняемой через ISAPI, такой лимит.
Если проблема окажется в этом, то кроме CGI-режима есть и другое решение — перекомпилировать php5isapi.dll с другим лимитом. Но, я думаю, это уже ненужные перегибы
Изменил только в этой строке:
$rcmail_config['username_domain'] = 'eee.ru';
Изменил только в этой строке:
$rcmail_config['username_domain'] = 'eee.ru';
Ну, он, по-моему, не более русский, чем IlohaMail или SquirrelMail...
Т.е. в CGI-режиме куб работает? (я его в этом режиме даже не проверял, честно говоря). И в подкаталоге, а не корне?
Просто, как и везде в Eserv, можно указывать в качестве логина полный Email — с доменом. Т.к. RoundCube передает логин напрямую в IMAP, то должно работать.
Если пользователь заходит на mail.domen1.ru, то и соответствено авторизация в нем, если заходит во второй, то и авторизация во втором.... и т.д. Как такую фишку сделать?
$rcmail_config['username_domain'] = $_SERVER["HTTP_HOST"];
$rcmail_config['mail_domain'] = $_SERVER["HTTP_HOST"]; покрутить в кубовом config\main.inc.php.
$rcmail_config['username_domain'] = array ( 'domen1.ru' => 'domen1.ru',
);
Вот так тогда работает, может что не так делаю.
$rcmail_config['default_host'] = $_SERVER["SERVER_NAME"];
(вместо 127.0.0.1)
Т.е. все вместе примерно так:
Мы это и сделали, только проще — без лишних файлов.