Регистрация...

Eserv Forum / E4 / Eserv 4 beta / Помогите новичку с настройкой почты !

wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
1
Имеется в наличии.
( Домен.ru)
Хостинг + сайт + ( mx.yandex.ru.Домен.ru)
Провайдер >даёт IP по DHCP (наш IP)
Комп в ЛС за брандмауэром > ( Мой сервер)

Хотим (мой сервер) сделать основным почтовиком
(возможно и единственным).
Сайт остаётся на хостинге.
Пожалуйста подскажите как все правильно настроить. Сам я занимаюсь этим впервые.(админ хостинга про MX слышит впервые),(админ прова предлагает зарегить Домен 3его уровня чисто для почты)

И ещё вопросик по Eserv4.Пытаюсь пока в ЛС настроить. не нашёл где и как (юзеру) пройти авторизацию?
Не нашел где и как процедура входа в почту через Web интерфейс ?

Извините за делитанские вопросы.
 
Комментарии к этой версии (17.02.2011 13:39) [~lexx909] 1e8e32d3
АвторДатаТекстtags
ac17.02.2011 14:10
Вход в почту описан в документации http://www.eserv.ru/Eserv4Docs#TOC_42 .

lexx909 пишет: Пытаюсь пока в ЛС настроить. не нашёл где и как (юзеру) пройти авторизацию?

Авторизацию куда? Там, где её (авторизацию) спрашивают, там и вводить то имя:пароль, которые вы ему назначали в консоли управления.

lexx909 пишет: Провайдер >даёт IP по DHCP (наш IP)

Это постоянный IP, или он в разных подключениях бывает разный?
wikipost
lexx90917.02.2011 14:26
ac пишет: Это постоянный IP, или он в разных подключениях бывает разный?

Ну последние 1.5 года он постоянный (Зарегать статичный не проблемма)
wikipost
pig17.02.2011 14:32
Лучше "зарегать", чтобы нормально в DNS всё прописать — и прямую зону, и обратную.
wikipost
lexx90917.02.2011 14:35
ac пишет: Авторизацию куда? Там, где её (авторизацию) спрашивают, там и вводить то имя:пароль, которые вы ему назначали в консоли управления.


извиняюсь я имел ввиду Аутентификацию.(есть на произвольной машине настроенный BAT при попытке получить почту пишет -ERR Authentication failed.
wikipost
ac17.02.2011 14:38
thebat settings
wikipost
ac17.02.2011 14:42
lexx909 пишет: -ERR Authentication failed

Кстати, это даже не ответ Eserv'а. Eserv в таких случаях пишет "-ERR invalid user:Pass". Т.е. вы куда-то не туда за почтой идёте.
wikipost
lexx90914.03.2011 10:54
Подскажите. как для конкретного ящика (общего) запретить удалять входящие и исходящие письма.
wikipost
ac14.03.2011 11:40
Самый простой способ (глобальный) — объявить inbox и sent папками "только для чтения" — read/only — путем создания в этих каталогах (в DATA\domains\домен\ящик\INBOX) файлов с именем ".ro".
wikipost
lexx90915.03.2011 10:36
Положил файл (в DATA\domains\домен\ящик\INBOX) с именем ".ro".
Аккаунт перестал получать почту потому как read only.
ПРОБЛЕММА осталась
wikipost
ac15.03.2011 11:02
Получению почты .ro не препятствует, он влияет только на изменения флагов сообщений в ящике. В чем выражается "перестал получать почту" — какие ошибки в клиенте или в логе на сервере?
wikipost
lexx90915.03.2011 15:31
Ну примерно вот это выдаёт бат

15.03.2011, 15:29:38: FETCH — Получение новой почты
15.03.2011, 15:29:38: FETCH — Соединение с POP3 сервером прошло удачно
15.03.2011, 15:29:38: FETCH — Аутентификация прошла успешно (Обычный метод)
15.03.2011, 15:29:38: FETCH — На сервере писем: 3, из них новых: 2
15.03.2011, 15:29:38: FETCH — Соединение завершено — получено писем: 0
wikipost
pig15.03.2011 16:06
Интересно посмотреть лог сервера. Мыш как бы про ошибки ничего не сказал — может, у него настроено эти два письма не принимать?
wikipost
lexx90916.03.2011 09:53
Ну вот для примера (кусочек ) Acweb.log но там вроде ничего нет мож я что не так понял.
Файл: описание файла 1 [1528 bytes]
Ну и поскольку (антиспам фильтр пока не использую) сегодня с утра лог (Bat)

16.03.2011, 09:31:54: FETCH — Получение новой почты
16.03.2011, 09:31:55: FETCH — Соединение с POP3 сервером прошло удачно
16.03.2011, 09:31:55: FETCH — Аутентификация прошла успешно (Обычный метод)
16.03.2011, 09:31:55: FETCH — На сервере писем: 50, из них новых: 49
16.03.2011, 09:31:55: FETCH — Соединение завершено — получено писем: 0

То есть получается что в ящик письма попадают,но почтовая программа не забирает их (после удаления файла .ro все заработало)
wikipost
pig16.03.2011 15:08
Лог web-сервера нам не интересен. Нужен протокольный лог POP-сервера — смотрите в DATA\log
wikipost
lexx90916.03.2011 17:51
ред: 16.03.2011 17:56
Ну вот кусочек (C:\E4\DATA\log\POP\2011-03-16-log.txt)

2011-03-16 17:58:09;91.193.238.189;admin@;IN;205;1956;;PASS
2011-03-16 17:58:09;91.193.238.189;admin@ssing.ru;IN;205;1956;INBOX;STAT
2011-03-16 17:58:09;91.193.238.189;admin@ssing.ru;IN;205;1956;INBOX;LIST
2011-03-16 17:58:09;91.193.238.189;admin@ssing.ru;IN;205;1956;INBOX;UIDL
2011-03-16 17:58:09;91.193.238.189;admin@ssing.ru;IN;205;1956;INBOX;DELE 1
2011-03-16 17:58:09;91.193.238.189;admin@ssing.ru;IN;205;1956;INBOX;QUIT
2011-03-16 17:59:22;91.193.238.189;@;IN;206;3580;;USER general
2011-03-16 17:59:22;91.193.238.189;general@;IN;206;3580;;PASS
2011-03-16 17:59:22;91.193.238.189;general@ssing.ru;IN;206;3580;INBOX;STAT
2011-03-16 17:59:22;91.193.238.189;general@ssing.ru;IN;206;3580;INBOX;LIST
2011-03-16 17:59:22;91.193.238.189;general@ssing.ru;IN;206;3580;INBOX;UIDL
2011-03-16 17:59:22;91.193.238.189;general@ssing.ru;IN;206;3580;INBOX;QUIT
2011-03-16 17:59:41;91.193.238.189;@;IN;207;2224;;USER admin
2011-03-16 17:59:41;91.193.238.189;admin@;IN;207;2224;;PASS
2011-03-16 17:59:41;91.193.238.189;admin@ssing.ru;IN;207;2224;INBOX;STAT
2011-03-16 17:59:41;91.193.238.189;admin@ssing.ru;IN;207;2224;INBOX;LIST
2011-03-16 17:59:41;91.193.238.189;admin@ssing.ru;IN;207;2224;INBOX;UIDL
2011-03-16 17:59:41;91.193.238.189;admin@ssing.ru;IN;207;2224;INBOX;DELE 1
2011-03-16 17:59:41;91.193.238.189;admin@ssing.ru;IN;207;2224;INBOX;QUIT
wikipost
pig16.03.2011 18:04
Похоже, там отказ на DELE 1, после чего Мыш обижается. А зачем вы удаляете письма, если ящик сами делали только для чтения? POP-клиент ничем не лучше других, пусть оставляет письма на сервере.
wikipost
lexx90917.03.2011 10:02
А я сам ничего и не удаляю.(сегодня с утра)первым делом проверил почту.лог Bat

17.03.2011, 09:42:51: FETCH — Получение новой почты
17.03.2011, 09:42:51: FETCH — Соединение с POP3 сервером прошло удачно
17.03.2011, 09:42:51: FETCH — Аутентификация прошла успешно (Обычный метод)
17.03.2011, 09:42:51: FETCH — На сервере писем: 9, из них новых: 8
17.03.2011, 09:42:51: FETCH — Соединение завершено — получено писем: 0

лог pop сервера

2011-03-17 09:42:51;91.193.238.189;admin@;IN;408;2892;;PASS
2011-03-17 09:42:51;91.193.238.189;admin@ssing.ru;IN;408;2892;INBOX;STAT
2011-03-17 09:42:51;91.193.238.189;admin@ssing.ru;IN;408;2892;INBOX;LIST
2011-03-17 09:42:51;91.193.238.189;admin@ssing.ru;IN;408;2892;INBOX;UIDL
2011-03-17 09:42:51;91.193.238.189;admin@ssing.ru;IN;408;2892;INBOX;DELE 1
2011-03-17 09:42:51;91.193.238.189;admin@ssing.ru;IN;408;2892;INBOX;QUIT

Изначально задача была такая

есть ящик (General@мойхост.ru) на него приходят письма от поставщиков,заказы и т.п
Есть несколько менеджеров имеющих доступ к ящику некоторые проверяют (из дома,некоторые в командировках) соответственно уследить за входящей почтой невозможно.

требуется сделать для этого ящика не возможным удаление писем не зависимо от настроек клиента (УДАЛЯТЬ ПИСЬМА НА СЕРВЕРЕ)...
Ну или как то так.
wikipost
ili_a17.03.2011 10:32
ред: 17.03.2011 10:33
А может проще этот адрес рассылкой сделать (группой, в которую их включить)? Тогда у менеджеров в личном ящике будет своя копия этих писем, и пусть дальше сами решают что с ними делать...
wikipost
ac17.03.2011 11:34
ред: 17.03.2011 11:35
lexx909 пишет: 09:42:51;91.193.238.189;admin@ssing.ru;IN;408;2892;INBOX;DELE 1
2011-03-17


Eserv отвечает на команду DELE в .ro-ящике так:
DELE 1 -ERR DELE disabled, read-only mailbox.

Видимо TheBat, получая "-ERR" вместо "+OK", считает, что "тут что-то поломалось" и отключается. Ну а что ему еще ответить на попытку удаления в ящике, где это запрещено? Если сказать "+OK", то он решит, что всё удалилось, и не будет показывать вам это письмо.

Вопрос тут только в том, с какой стати он командует удалять сообщение 1, если вы утверждаете "А я сам ничего и не удаляю". Удалите эту учетную запись в Бате, создайте новую, может он забудет о своем намерении избавиться от первого сообщения в ящике. Ну, или попробуйте другой почтовый клиент, или другой протокол (IMAP).
wikipost
pig17.03.2011 15:16
Почтовые клиенты помнят UIDL принятых писем. Видимо, один раз первое письмо было принято, но удалять его сервер отказался. А клиент совершенно правильно обижается.
Короче, by design.
lexx909 пишет: сделать для этого ящика не возможным удаление писем не зависимо от настроек клиента (УДАЛЯТЬ ПИСЬМА НА СЕРВЕРЕ)...

Оно, собственно, сделано. Но клиента не переделать.
wikipost
ac17.03.2011 17:24
UILD нужен только для случая "оставлять сообщения на сервере", т.е. в этом случае как раз DELE по идее и не нужен.
wikipost
pig17.03.2011 17:41
Ну, он как-то запомнил, что письмо уже принял, а удалить не получилось. В протоколе видно, что UIDL запрашивается. Оптимизируются
wikipost
Работает на Eserv/5.05567 (10.02.2020)