» hMailServer

Господа, нужна помощь.
Поставил hMailServer на Windows 2008 R2, настроил связь с внешней почтой и настроил пользователей, связав их с учетными записями Active Directory. Все прекрасно работает, но возникла неприятность - некоторых пользователей почтовый сервер не пускает. В логах пишет, что неверное имя пользователя или пароль. После непродолжительных изысканий я понял что у этих пользователей общего - у них в пароле есть русские буквы. Эксперимент подтвердил теорию - доменные пользователи с русскими буквами в пароле не могут пройти авторизацию на hMailServer. Аналогично и в отношении не доменных пользователей, а просто пользователей hMailServer'а - русские буквы в пароле приводят к неработоспособности авторизации.
Это как-нибудь лечится? Очень не хочется заставлять пользователей изменять пароли на англоязычные.
Версия hMailServer - 5.3.2 B1769
Клиент - MS Office Outlook 2003 или 2007
ОС сервера - Windows Server 2008 R2
ОС клиента - Windows 7

Добавлено:
P.S. Особенно настораживает тот факт, что нигде не нахожу упоминания такой проблемы. Складывается ощущение, что это именно я где-то облажался

dgalimov
Это к Кириллу и Мефодию, так что тут никак не помочь - пользуйтесь латиницей или транслитом...
Проблема скорее всего в системной кодировке пароля и кодировке sql базы.


Цитата:

Особенно настораживает тот факт, что нигде не нахожу упоминания такой проблемы. Складывается ощущение, что это именно я где-то облажался

Наверное никто не создавал пароли на кириллице...

dgalimov Есть золотое правило. Пока не выпустили полностью родную русскоязычную ось и полный пакет пркладных программ, использовать логины и пароли в латинице. То же самое асается почтовых адресов. Если кому-то очень хочется использовать в пароле русские слова - ради бога, но в латинской раскладке. Иначе будете иметь неоправданный гемор в самых неожиданных ситуациях.

Спасибо за ответы.


Цитата:

Наверное никто не создавал пароли на кириллице...

Это выглядит странно, учитывая что выше в ветке люди обсуждали как скриптом создать сотню пользователей AD в hMail'е. Неужели все эти 100 пользователей знают про золотое правило неиспользования кириллицы...


Цитата:

Иначе будете иметь неоправданный гемор в самых неожиданных ситуациях

Один раз поимер, когда ставил Jabber-сервер OpenFire с клиентом Spark. Но там помогла установка другого клиента (в частности Pidgin), т.е. некорректная работа с кодировкой была у клиента. Здесь видимо проблема не в клиенте (Outlook вызывает доверие и нормально работал с русскими паролями при обращении к другим почтовым серверам), а как раз в сервере.

Еще раз всем спасибо.

dgalimov

Цитата:

Неужели все эти 100 пользователей знают про золотое правило неиспользования кириллицы...

Ну у меня поболее пользователей - и правило знают наверное только работники ИТ отдела... Все остальные просто прислушиваются к рекомендациям сотрудников ИТ. И заметь - у нас логины в кириллице тоже запрещены.

Цитата:

(Outlook вызывает доверие и нормально работал с русскими паролями при обращении к другим почтовым серверам)

Назови хоть один - а так это голословное заявление.

Цитата:

Здесь видимо проблема не в клиенте

Да проблема не в клиенте и скорее всего не в сервере ибо ему пох что передаётся, а вот MySQL (или что там) либо LDAP возможно не понимает перекодировок.

Доброго времени суток!
Прикрутил русский, но в результате получил кракозяблы.

версия 5.3.2-B1769
система Win7
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Nls\CodePage
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Control\Nls\CodePage
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage
в реестре менял 1252(3,4,5) -> c_1251.nls
не помогает.
Подскажите пож. как починить?

MegaSES
Смотри кодировку russian.ini - скорее всего всего она отличается от системной...

Уважаемые, а кто чем логи смотрит? Все в оду кучу валятся, как выцепить все записи для одной сессии?

Подскажите плиз, как в скрипте получить доступ (просмотреть содержимое) общей IMAP папки?

И еще - никто не сталкивался с проблемой, когда не уходят письма с вложениями больше 1М? Ограничение установлено в 5М, релеить пытался через 3 разных сервака, получаю 10054 - Удаленный сервер разорвал соединение. Причем, после того, как, по идее, сообщение ушло (мониторю по трафику). Сообщения меньшего объема уходят без проблем. Версия сервера последняя. В чем могут быть грабли? Хелп, плиз

bazzzilio

Цитата:

никто не сталкивался с проблемой, когда не уходят письма с вложениями больше 1М?

Цитата:

В чем могут быть грабли?

Проверяется просто: отправляешь письмо больше 1МБ на внутренний ящик (с внутреннего) и если разрыв есть, то проблема в Hmail.
Если же нет - то трабла на релеях - тем более их 3 шт.

Кто тить работал с общими IMAP папки?
Через стандартный подход их невидно (хотя они есть и в них есть письма):

Код:
Dim obApp
Set obApp = CreateObject("hMailServer.Application")
Call obApp.Authenticate("Administrator", "12345")
Dim obDomain
Set obDomain = obApp.Domains.ItemByName("example.ru")
Dim obAccount
dim ss
ss = obApp.domains.count
MsgBox ss
dim ii
for ii = 0 to obApp.domains.count - 1
ss = ss & vbNewLine & obApp.domains(ii).Name
next
MsgBox ss
ss = obApp.domains(0).Accounts.count
MsgBox ss
for ii = 0 to obApp.domains(0).Accounts.count - 1
ss = ss & vbNewLine & obApp.domains(0).Accounts(ii).Address
next
MsgBox ss
Set obAccount = obDomain.Accounts.ItemByAddress("test@example.ru")
MsgBox ListFolders(obAccount.IMAPFolders, 0)


Function ListFolders(obFolders, iRecursion)
' Loop over all folders
iRecursion = iRecursion +1
Dim sMessage
dim i     
for i = 0 to obFolders.Count -1        
Dim obFolder
Set obFolder = obFolders.Item(i)         
sMessage = sMessage & String(iRecursion*3, " ") & obFolder.Name & vbNewLine
sMessage = sMessage & ListFolders(obFolder.SubFolders, iRecursion)         
Next          
iRecursion = iRecursion -1          
ListFolders = sMessage    
End Function

adjuster

Цитата:

трабла на релеях - тем более их 3 шт.

Их не три, он один постоянный. Но пробовал менять. Эффект тот же. Увеличил количество попыток пересылки. Иногда проходит. Внутренняя доставка проходит. Входящие - проходят.

Добавлено:
UPD. Поставил костыль, перенаправив релей на другой сервак в локалке (Вынь2000, стандартный SMTP), а с него - уже дальше. Всё работает. Т.е., и релей на второй сервак улетает, и со второго нормально уходит "на сервер вышестоящей организации". Так где таки искать грабли??? Потому как такая схема не совсем интересна

bazzzilio

Цитата:

UPD. Поставил костыль

Цитата:

Вынь2000, стандартный SMTP), а с него - уже дальше

Цитата:

получаю 10054 - Удаленный сервер разорвал соединение

Кроме этого в логах должны быть еще записи (если логи включены), о причине разрыва.
Смотри логи.

Код:
"2010-06-23 08:05:49.533"    "The write operation failed. Remote IP: 172.16.1.47, Session: 1780, Code: 10054, Message: Удаленный хост принудительно разорвал существующее подключение"
"DEBUG"    1392    "2010-06-23 08:05:49.533"    "The read operation failed. Bytes transferred: 0 Remote IP: 172.16.1.47, Session: 1780, Code: 10054, Message: Удаленный хост принудительно разорвал существующее подключение"
"DEBUG"    484    "2010-06-23 08:05:49.533"    "SD::~_InitiateExternalConnection-5"
"DEBUG"    484    "2010-06-23 08:05:49.533"    "Ending session 1780"
"DEBUG"    484    "2010-06-23 08:05:49.533"    "SD::~_DeliverToExternalAccounts-2"
"DEBUG"    484    "2010-06-23 08:05:49.533"    "Collect delivery result"
"DEBUG"    484    "2010-06-23 08:05:49.533"    "Collect delivery result - Done"
"DEBUG"    484    "2010-06-23 08:05:49.533"    "SD::_RescheduleDelivery"
"APPLICATION"    484    "2010-06-23 08:05:49.533"    "SMTPDeliverer - Message 2244: Message could not be delivered. Scheduling it for later delivery."
"DEBUG"    484    "2010-06-23 08:05:49.533"    "PersistentMessage::SetNextTryTime()"
"DEBUG"    484    "2010-06-23 08:05:49.533"    "PersistentMessage::~SetNextTryTime()"
"DEBUG"    484    "2010-06-23 08:05:49.549"    "Message rescheduled for later delivery."
"APPLICATION"    484    "2010-06-23 08:05:49.549"    "SMTPDeliverer - Message 2244: Message delivery thread completed."

bazzzilio


Цитата:

Уважаемые, а кто чем логи смотрит? Все в оду кучу валятся, как выцепить все записи для одной сессии?

можно посмотреть здесь, используется LogParser

Цитата:

Так где таки искать грабли??? Потому как такая схема не совсем интересна

Может быть проблема на шлюзе?

adjuster
Что имеется ввиду под шлюзом?
Да, каналы - не локалка, на центральный офис - 256к, к провайдеру - 1,5М
После записи в логе

Код: "RECEIVED: 354 Enter mail, end with "." on a line by itself"

bazzzilio

Цитата:

Что имеется ввиду под шлюзом?

http://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82-%D1%88%D0%BB%D1%8E%D0%B7


Цитата:

Да, каналы - не локалка, на центральный офис - 256к, к провайдеру - 1,5М

Цитата:

и при передаче с "другого SMTP-сервера" через тот же шлюз на тот же удаленный сервак того же (лежавшего в очереди до смены адреса релея) сообщения - всё уходит

Может на уровне маршрутов траблы то? - а ты сервак почтовый мучаешь.

adjuster

Цитата:

Может на уровне маршрутов траблы то? - а ты сервак почтовый мучаешь.

А что, письма меньшего объема другими маршрутами уходят? о_О

bazzzilio

Цитата:

А что, письма меньшего объема другими маршрутами уходят?

Да не говори - начудят же в маршрутизации - а тебе разбираться потом.

ЗЫ: ну так нас просветишь в том, какой шлюз у тебя используется? и какие настройки на нем?

Цитата:

ну так нас просветишь в том, какой шлюз у тебя используется? и какие настройки на нем?

МикроТик. Трафик между двумя устройствами по 25 порту TCP разрешен, лимитов нет, шейпер не используется.
Подсети включены в разные порты бриджа. Второй SMTP сервер отправляет почту через тот же шлюз, по тем же правилам.


Добавлено:
С бриджа траф идет на Циску, там вообще персональных правил нет, только на подсети.

Цитата:

Но в настройках HMS птичка на "Сервер требует авторизации" не было, поставил в почтовом клиенте галку на авторизацию исходящей почты тогда заработало

В настройках заходите: Advansed => IP ranges
Там добавляете новый диапазон в настройках которого убираете галочки с пунктов:
"Local to local..." и "Local to external..."

Подскажите плийз как настроить имап, при попытке в ОЕ сбросить папки выдает такую ошибку:
Протокол: IMAP
Порт: 143
Защита (SSL): 0
Код: 800ccc0e
в "ip пространстве" на имап протоколы галочки стоят, в "настройках - протоколы" тоже стоит галка на имап, телнетом 143-й порт открывается
в чем проблема так и не пойму, может кто знает?

Ни у кого нет проблем с вложениями полученными по pop3?
Вобщем суть проблемы. Время от времени приходят битые файлы, вроде только Excel, с другими такого не бывает. Внешняя почта на mail.ru, с нее hmail забирает почту и раздает в локалку по протоколу pop3. Клиенты везде - The Bat 3.98.15. Hmailserver 5.3.3 B1879 - последняя бэта, до этого стояла последняя стабильная версия - та же самая проблема.
Причем когда приходит битый экселевский файл, то в сыром виде (если смотреть в текстовом редакторе) он начинается на "0M8R4KGx......". Хотя такое начало должно быть в EML файле в случае если файл не битый. Мне кажется проблема в какой то лишней перекодировке из base64. Через 10 минут пересылают это же самое письмо - и все приходит нормально. Есть какие-нибудь идеи?

Всем доброго времени суток.
Проблема в следующем. Поставили Hmailserver. Завел пользователей. И вот какая штука надо переименовать аккаунты их. Короче надо что бы аккаутны не содержали в себе имя домена.
Сейчас аккаунты такие : [user_name@domain], а надо просто [user_name] можно как - нибудь сделать ?

Цитата:

Ни у кого нет проблем с вложениями полученными по pop3?

Все проблемы с битыми файлами имели причину в кодировке/почтовых
клиентах.
Я бы начал именно с этого.

Неа, в параметрах клиента поставил не удалять письма с сервера. Посмотрел сейчас письмо с битым файлом, сформированный hMailServer'ом EML файл в папке \Data уже содержит битый файл. Так что клиент получается тут ни при чем. Сейчас еще в самом hMail установил флажок "не удалять письма с сервера" чтоб посмотреть что будет лежать в следующий раз на mail.ru.

Yodiman
Это скорее всего mail.ru а то вот ещё один страдалец...
http://forum.ru-board.com/topic.cgi?forum=8&topic=38238#1

Аналогичная ситуация - у меня тоже с mail.ru приходят письма с битыми вложениями. Повторная отправка спасает. На самом mail.ru, если залезть через web-интерфейс, все нормально. Пока так и не поборол. На днях буду пробовать через другого прова.