Pull to refresh

Comments 20

Что касается Drupal:

1. В hook_menu для title не нужно использовать t()
2. Проверьте свой модуль на соответствие Drupal coding standards используя модуль coder.
В hook_menu для title не нужно использовать t()
Почему?
Тут и Тут описано, почему в D6 не нужно использовать t для тайтла меню.
+
В .info файле не рекомендуется писать по-русски.
В строке " Я создал файл yandex_mail_pdd.info и yandex_mail_pdd_module" подправьте имя второго файла.
За статью спасибо. Ждем статью о выходе семерки
Я писал, что по неизвестной мне причине, Яндекс отвергал запросы, отправленные с помощью API Drupal. В ответ всегда приходило not_authanticated
А чем готовый API яндекса не угодил? Сам я, кстати, писал подобный модуль полгода назад (правда чуть поболе навороченный) не для открытого пользования, но так и не смог осилить свою лень, чтобы сделать версию для свободного доступа. Если хотите совет что можно доработать, то неплохо было бы прикрутить авторизацию на яндекс.почте после авторизации на сайте, правда в этом случае понадобится хранить пароли пользователей в БД сайта в открытом виде, что не есть хорошо.
Двустороннее шифрование еще не отменяли.

Пароли можно хранить зашифрованными.
Точно, про него не подумал.
Готовый API не угодил потому, что в готовом API не было процедуры проверки доступности login'а, а выполнение дописанной своей процедуры вызывало исключение. Из этого следовало переписывание исключения. Может там, конечно, всё просто и банально, но так как лень было разбиратся я сделал всё по своему.
Не знаю, конечно, из-за чего там может вызываться исключение, но сама функция проверки пользователя на существование — всего 6 строчек, пишется за несколько секунд. :-)

UserApi.php:
/**
 * @param string $login
 * @return SimpleXMLElement
 */
public function checkUser($login)
{
    return $this->invokeHandler('check_user',
        array('login' => $login)
    );
}

Никаких исключений, все отлично работает.
Хм — попробую, конечно.
Жду с нетерпением доработок
Давно хотел нечто подобное
Очень полезный модуль… надеюсь у вас всё получится.
У меня вопрос по теме.
Есть ли майлклиент на друпал
Webmail Plus пробовал, не получилось завести.
Я пытался поставить, установил все зависимости, но работать с почтой оно так и не захотело.
По моему мнению там была проблема с модулем AES, не шифровался пароль для передачи на сервер почты.

Ну вообщем суть вопроса такова: Есть ли у кого опыт привязки webmail клиента(любого) к друпалу. Интересует именно совместная авторизация, регистрация хотя бы даже на том яндексмыле автоматом.
Измучался просто с этими roundcube-ми, бигмайлами, сквиррелл…
О, вот это действительно очень актуально! :)
Удачи Вам в разработке модуля! Надеемся увидеть готовый релиз ;)
Не затронута тема единой авторизации на проекте и в почте, входя в проект вы должны авторизовать пользователя и на яндексе. Нам яндекс предложил отправлять скрытую форму, что мы и делаем. Однако существует проблема для пользователей, которые еще не прошли активацию почтового ящика в интерфейсе яндекса. Для них куки не сохраняются и пароль приходиться вводить снова, в их интерфейсе, для пользователя это выглядит по меньшей мере странно.
У себя на проекте мы обходим это следующим образом.
1) сохраняем пароли.
2) делаем авторизацию пользоваетеля со стороны сервера, чтобы получить нужную ссылку, куда нас перенаправляет яндекс
3) вход в почту осуществляется не напрямую через mail.n1.by, а через дрюпаловский обработчик n1.by/mail которая определяет, залогинен ли пользователь, прошел ли ацтивацию и в зависимости от этого перенаправляет по нужной ссылке.

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

Исходя из всех этих действий, можно сделать вывод что полноценная интеграция Почты для доменов от яндекса находится в крайне сыром виде, и судя по всему к нормальному виду придет не скоро.
Sign up to leave a comment.

Articles