The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Exim и данные о пользователях"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"Exim и данные о пользователях"  
Сообщение от JWalker (ok) on 14-Окт-08, 01:55 
Здравствуйте! Ставлю мейл (впервые). В качетсве МТА выбрал exim. Вопрос вот в чем: почему во всех туториалах предлогается связывать мта с какой-то базой данных mysql\postgresql для хранения данных о пользователях? Я понимаю, что это, наверное, самый правильный способ, но другие же тоже есть, так ведь? Можно ли для начала без базы обойтись, а то страшно!
Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Exim и данные о пользователях"  
Сообщение от StreSS on 14-Окт-08, 14:08 
>Здравствуйте! Ставлю мейл (впервые). В качетсве МТА выбрал exim. Вопрос вот в
>чем: почему во всех туториалах предлогается связывать мта с какой-то базой
>данных mysql\postgresql для хранения данных о пользователях? Я понимаю, что это,
>наверное, самый правильный способ, но другие же тоже есть, так ведь?
>Можно ли для начала без базы обойтись, а то страшно!

Можно конечно, но тогда тебе придется завести всех твоих пользователей на машине (adduser <some_user>). То есть возникает такая ситуация когда у тебя пользователи смогут заходить на шлюз. Можно конечно еще и запретить им вход но это не выход.
Из минусов получается то, что я описал выше и тяжеловато упраляться с мульти доменным почтовиком (а начальство ой как любит говорить что сначала так а потом не так).
И страшного в работе с базой ничего нет, как правило инструкции вменяемые. (сам когда ставил впервый раз, тоже сразу с базой делал)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Exim и данные о пользователях"  
Сообщение от Nimdar (ok) on 14-Окт-08, 14:42 
>>Здравствуйте! Ставлю мейл (впервые). В качетсве МТА выбрал exim. Вопрос вот в
>>чем: почему во всех туториалах предлогается связывать мта с какой-то базой
>>данных mysql\postgresql для хранения данных о пользователях? Я понимаю, что это,
>>наверное, самый правильный способ, но другие же тоже есть, так ведь?
>>Можно ли для начала без базы обойтись, а то страшно!
>
>Можно конечно, но тогда тебе придется завести всех твоих пользователей на машине (adduser <some_user>).

Совсем не обязательно. exim-у можно подсунуть любой файл с учётками.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Exim и данные о пользователях"  
Сообщение от JWalker (ok) on 14-Окт-08, 16:15 
значит можно, спасибо за информацию! Буду изучать как!


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Exim и данные о пользователях"  
Сообщение от Nimdar (ok) on 14-Окт-08, 14:40 
>Здравствуйте! Ставлю мейл (впервые). В качетсве МТА выбрал exim. Вопрос вот в
>чем: почему во всех туториалах предлогается связывать мта с какой-то базой
>данных mysql\postgresql для хранения данных о пользователях? Я понимаю, что это,
>наверное, самый правильный способ, но другие же тоже есть, так ведь?
>Можно ли для начала без базы обойтись, а то страшно!

Можно, конечно. Список виртуальных пользователей хранится не в базе, а в файле. И совсем не обязательно создавать системные учётки.

З.Ы. Я не считаю, что хранить пользаков в базе "самый правильный способ", это только один из возможных.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Exim и данные о пользователях"  
Сообщение от JWalker (ok) on 14-Окт-08, 16:18 
Если на глаза попадалось что-нибудь о том, как этот файл создавать и подключать - буду очень благодарен

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Exim и данные о пользователях"  
Сообщение от Nimdar (ok) on 14-Окт-08, 16:42 
>Если на глаза попадалось что-нибудь о том, как этот файл создавать и
>подключать - буду очень благодарен

Простейший пример.
exim.conf

1. Описываем роутер

virtual_localuser:
   driver = accept
   transport = virtual_localdelivery
   domains = dsearch;/some/virtual
   local_parts = /some/virtual/${domain}/passwd
   no_more

2. Описываем транспорт

virtual_localdelivery:
  driver = appendfile
  create_directory = true
  directory_mode = 700
  directory = /some/virtual/${domain}/${local_part}/Maildir
  maildir_format = true
  user = mail
  group = mail
  mode = 660

В файле /some/virtual/domain.ru/passwd список пользователей
user1
user2
...
usern
Здесь же можно настраивать квоты, например.

Почта user1@domain.ru будет валится в /some/virtual/domain.ru/user1/Maildir, остальные соответственно.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Exim и данные о пользователях"  
Сообщение от JWalker (ok) on 14-Окт-08, 22:56 
Спасибо, изучаю
А вот пока я борюсь с конфигами (ничего пока не понял :)), можно какой-нибудь аргумент против использования БД в качестве хранилища инфы о пользователях? Кроме относительной сложности для новичков (что, как выяснилось тоже спорно - туториалов без бд я так и не нашел)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Exim и данные о пользователях"  
Сообщение от Nimdar (ok) on 15-Окт-08, 11:47 
>Спасибо, изучаю
>А вот пока я борюсь с конфигами (ничего пока не понял :)),
>можно какой-нибудь аргумент против использования БД в качестве хранилища инфы о
>пользователях? Кроме относительной сложности для новичков (что, как выяснилось тоже спорно
>- туториалов без бд я так и не нашел)

Плюсов и минусов в том и другом случае хватает. Всё хорошо на своём месте, т.е. зависит от целей и задач. Если у меня большой отдельный почтовик, с кучей доменов и/или огромной кучей пользователей - то проще и удобней в базу. И добавлять/удалять проще, и управление всем этим можно отдать манагерам (веб-интерфейс).
Если же почтовик на один/несколько доменов и пользаков десяток-другой, то не вижу смысла городить огород и поднимать ещё и СУБД.
Я считаю, что ставить одну службу в зависимость от другой, когда и так зависимостей хватает - не лучшая идея.
Разумеется, при условии, что это не усложняет и не удорожает обслуживание этой службы.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру