Не выдержал я экспериментов Федоры с wine 🙂 Купил таки CrossOver Office. Вообщем не дорого и работает.

Это небольшой патчик к тракеру, позволяющий считывать русские буквы из сабджекта письма.
Заодно, он позволяет корректно читать тело письма, содержащего русские буквы (при условии, что письмо было в UTF-8). Хотя вопросом чтения тела письма в других кодировках надо бы заняться по плотнее.

diff old/class.tracker_mailhandler.inc.php new/class.tracker_mailhandler.inc.php
213,215c213,215
<                               if ($struct->subtype == 'PLAIN') {
<                                       $body = utf8_decode ($body);
<                               }
---
> //                            if ($struct->subtype == 'PLAIN') {
> //                                    $body = utf8_decode ($body);
> //                            }
232a233,246
>
> function parse($matches) {
>
>         if ($matches[2] == "q" || $matches[2] == "Q") {
>                 return strtr(iconv($matsches[1],"UTF-8",quoted_printable_decode ($matches[3])),"_"," ");
>         }
>         elseif ($matches[2] == "b" || $matches[2] == "B") {
>                 return strtr(iconv($matches[1],"UTF-8",base64_decode ($matches[3])),"_"," ");
>         }
>         else {
>                 return $matches[3];
>         }
> }
>
240,245c254
<               $header = preg_replace_callback('/=?(.*)?([BQ])?(.*)?=/U', create_function (
<                                       '$matches',
<                                       'if ($matches[2] == "q" || $matches[2] == "Q") { return quoted_printable_decode ($matches[3]); } ' .
<                                       'elseif ($matches[2] == "b" || $matches[2] == "B") { return base64_decode ($matches[3]); } ' .
<                                       'else { return $matches[3]; } '
<                       ),  $header);
---
>               $header = preg_replace_callback('/=?(.*)?([BQ])?(.*)?=/U', array($this,'parse'), $header);

Я PHP совсем не знаю, поэтому плиз не кидаться камнями и бананами. Если есть решение лучше, буду рад применить его 🙂

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

Перешел на 002 и, сразу откатился обратно.

Появились серьезные проблемы с входом пользователей в систему. Нестабильный логин. Войти в систему с правильным логином и паролем иногда получется с 5-й и более попытки. Что то они с сессиями накрутили.

Так же занялся проблемой русификации трекера. Черт, придется разбираться с PHP :(. На данный момент победил проблему с русским языком в сабже приходящих писем. Но вот с телом письма пока не получается. Надо бы посоветовсться с гуру PHP по поводу особенностей конструкции языка.

Прислали мне тут показательную ссылочку на вакансию компании Abbyy.
Ну что, лед тронулся? Вслед за монстрами потянулись остальные компании.

Вообще то очень позитивно, что такой софт будет портирован на Linux.

На работе затишье. Можно эксперементировать с интересным софтом. Решил пощупать, что ещё есть из свободных LDAP серверов.

Опыт с Fedora Core LDAP Server не удался. См. предыдущий пост.

На вечерних курсах, слушатель напомнил мне что еще есть LDAP от проекта Apache. Решил посмотреть на него.

Все написнао на java. Я не имею ни каких религиозных забобонов по поводу java, но… как то напрягся.

Скачал rpm, написано, что он для Fedora. Следуя инструкции попытался запустить сервер и ту меня ожидал первый сюрприз.

Я пытался сделать, как это принято в System V

/etc/init.d/apacheds start

Фигушки 🙂 они требуют указать дополнительный параметр. Вот так надо запускать:

/etc/init.d/apacheds start default

Интересно, как тогда интегрировать _это_ в System V? rc.local? Не кошерно однако, при живом стартовом скрипте 🙂

Но оно не заработало 🙂 (кто бы сомневался? 🙂 )

запуск в режиме консоли

/etc/init.d/apacheds console default

показал, что скрипт не может найти свой конфигурационный файл apacheds. Еще бы! Он ведь находится совсем не там, где ожидает скрипт 🙂 Вместо /etc/sysconfig сие чудо лежало в /usr/etc/sysconfig. Пришлось руками копировать файл куда надо.

Следующий запуск показал, что все равно сервер не стартует. Опять неправильное расположкние файлов. Почему то создатель rpm все разместил в /usr/etc, /usr/var, /usr/lib! Но при этом во всех конфигах написан путь к файлам без /usr, прямо от корня. Пришлось лезть в два конфига и править пути. Вопрос — а почему во втором конфиге не прописать все с учетом переменной из /etc/sysconfig/apacheds? Загадака однако.

Все, сервер запустился. Но не все так просто 🙂

В конфигах, о умолчанию определен dc=example,dc=com, типа с ним можно сразу начинать работать 🙂 ага, СчаЗ. Клиенты LDAP типа gq и компания, при обращении к этой ветке валятся в корку. Родной apache studio этот контейнер в упор не видит 🙂

Все оказалось гораздо проще, надо ручками создать ldif с описанием этого контейнера и импортировать его в LDAP сервер. Спрашивается — а чем тогда это отличается от OpenLDAP?

И вот, после серии экспериментов у меня возник вопрос — а нафига все оно надо, если есть нормально работающий, без приколов и плясок с бубуном, OpenLDAP?