unixforum.org

Назрела необходимость снова сделать что-то большое и чистое - помыть слона в зоопарке разработать и реализовать проект перевода пары-тройки контор под СПО. Без слова "частичного" декларируемая цель конечно отдает махровым школоло. Частичность, она же ползучесть должна быть заложена в систему. Итак.

Имеется среднего калибра торгово-производственная организация. 15-20 локальных рабочих мест, 3-4 удаленных филиала на 1-3 рабочих места. Занимается просиживанием штанов и юбок автоматизируемой деятельностью, разделяемой на:
Производственную - вытуживание взвешивание, смешивание, комплектация, упаковка и маркировка фирменного продукта. Скажем, гербалайфа.
Производится с помощью дружелюбных человеку агрегатов, управляемых с ПК. Далее просто агрегатов, или ДЧА.
Торговую - поиск, впаривание и напаривание обслуживание клиентов по договорам. Осуществляется при помощи конфигурации оперативного и складского учета 1С. Далее 1С Торговля.
Дизайнерскую - фотографирование, видеосъемка продукта и субъектов после потребления продукта, изготовление этикеток для продукта. Производится посредством разнообразных графических редакторов.
Маркетинговую - изготовление рекламного материала и макетов для бумажной рекламы на базе работ дизайнеров и рассылка получившегося спама куда попало по клиентской базе. Также публикация этого всего на сайте. Работается редакторами из прошлого пункта и почтовым клиентом.
Кассовую - изъятие прием денег у благодарных покупателей как наличными, так и карточками, фиксация сих фактов в 1С Торговле. Дополнительно используются ККМ и карточные терминалы.
Бухгалтерскую - игра сапер фиксация поступления материала, безналичные платежи, отчетность. 1С Бухгалтерия, 1С Торговля, программы Клиент-Банк, Excel, Excel, Excel.
Секретарскую - кофемашина начальника внутренний и внешний документооборот, чуть-чуть кадровой. Офисные программы, почтовый клиент.
Управленческую - посещение порносайтов переписка с поставщиками и филиалами, внутренние отчеты. 1С Торговля, офисные программы, почтовый клиент.

В общем то получилось много букв и описание средней по больнице температуры. Но все равно еще хочется под СПО, хоть краешком.
Стартовая позиция: Бабуина, собирающего трюфеля. Одноранговая сетка, домен w2k, рабочие станции xp, перемещаемые профили пользователей, файловый+терминальный сервер под линуксом и wine@etersoft для филиалов, гейт в инет под каким-то линуксом со сквидом. Почтовый клиент TheBat с совместно используемыми ящиками. Почтовый же сервер находится у хостера и в дальнейших танцах участвовать не будет.

Идеальный результат выглядит как все рабочие станции в офисе под линуксом. Понятное дело, он недостижим. Вот если бы я был директором, то да - несомненно, мои красноглазые сотрудники рисовали бы в gimp, учитывали бы Ананасом... и т. д. Но не тут то было. Значит нервы исполнителей мне дороги, они агреггируют финансы, из которых и мне перепадает часть. И процесс останавливаться не должен. Никаких революций. Надо считаться с существованием фотошопов, корелей и ужасающего количества других инструментов под операционки MS. С другой стороны, надо признать, что в последние годы средствами СПО стало возможным выполнять процентов девяносто офисных задач. Вопрос скорее педагогический.

Пару здешних завсегдатаев знает, эти самые последние годы были мной посвящены грызению двух граней СПО - терминальному доступу (nx) и виртуализации (xen). Наконец могу сказать, что здоровье одного и другого - хорошее. Обе технологии применяются по раздельности и вместе. Самопальные образы на базе Debian wheezy давно использую для поднятия серверов. Как хостов, так и виртуалок. Виртуалки могут быть и мелкософтовскими ОС. С паравиртуальными драйверами очень даже шустро.

А что если на этих двух китах переплыть под СПО? (Сразу оговорюсь, что заплыв будет техническим. Вопросы лицензирования и прочей копирастии давайте оставим этим алчным отщепенцам.) Представим, что у менеджера Васи появляется в один прекрасный день не просто комп под линуксом, где ему надо месяц объяснять, какие пипки тыкать. Да еще и половины пипок нету вообще. У Васи появился комп с линуксом, где есть красивая иконка "Мой бывший Вындовс". Где он оказывается в своей прошлой жизни. И может как и раньше открыть "КлиентыВаси.xlsx".
Через несколько дней мы Васе и говорим: Работай везде как раньше, только вот своих "Клиентов" открывай под линуксом (откроется в Excel 2007 под вайном). Еще через месяц доведем до Васи, что лучше будет файлик в OpenOffice открыть и как odt сохранить. Будет печенька, например. Или не будет пенделя, что ближе к жизни.
Вдруг Вася станет колом и скажет, мол под этими вашими линуксами в моем файле в ячейке не работает моя изумительная звездопроушина, из-за которой-то вся прибыль. А начальник возьми с Васей и согласись. Но нам все нипочем. Оставим Васе живым эксель в его виндовсе. А там или OpenOffice узнает про звездопроушину, или Васю уволят.

История утрирована, все персонажи вымышлены. Приведена для иллюстрации возможных вариантов: натив - эмуляция - оригинал.
И это я еще терминальных возможностей не касался.
Идея вполне себе реализуема - железки сейчас сплошь мощные.
Хотелось бы услышать ваши мысли на эту тему.
При одобрении собственно займусь реализацией. Есть масса вопросов по альтернативе AD, администрированию, обновлению ПО... и т. п.

Спасибо, что дочитали до этого места

Мысль одна - Удачи

Не знаю, не знаю... Во-первых, нет явного профита: за лицензии на протяжении неопределённого времени всё равно придётся платить, а железо может потребоваться докупить, так что энтузиазм начальства под вопросом. Во-вторых, энтузиазма пользователей тоже, как я понимаю, не ожидается. Встаёт вопрос - чего ради?
Я бы подошёл к вопросу более традиционно. Сначала мигрировал бы то, что вообще с людьми не общается напрямую (тем более если там win2k, протухший 10 лет тому). Что там для управления этими вашими ДЧА - надо смотреть, конечно, но с высокой долей вероятности мигрировать будет несложно. Бухгалтерию и сопутствующее недурственно было бы перевести на веб-клиент 1С, тогда им автоматически станет пофиг, в какой ОС работать. Потом уже можно заняться рабочими станциями сотрудников, которым кроме почты и косынки ничего не надо (не забывая показывать им, где найти косынку). А вот десигнеров я бы вообще не трогал - они обычно зело нервные. При таком варианте и расходы сразу снижаются, и про избавление от неподдерживаемого и уязвимого софта начальству объяснить несложно будет, и нервов (своих и чужих) можно немало сберечь.

За лицензии, повторяю, отдельный тонкий вопрос. Призываю ограничиться технической стороной, тем более что одна из целей "ползучего" пути - как раз в конечном итоге сократить состав продуктов, этого лицензирования требующих.

Про железо: Фанатизм в закупках оборудования отсутствует. Покупается техника предыдущего поколения, да и только когда стоимость ремонта поломанного становится сравнима со стоимостью нового. Одной из причин рождения "ползучей" идеи было, что на сейчас среди парка рабочих станций конфигураций ниже условных "Core 2 Duo + 2G RAM" практически не осталось. Такой конфигурации достаточно для комфортной работы xen dom0 и одной hwm + pv drivers. Субъективно на типовых офисных задачах падение производительности практически незаметно. При слабо нагруженном dom0.

Когда и если ресурсов оборудования пользователя становится недостаточно, в дело вступает терминальный запуск. (Конечно кроме компов с ДЧА.) Для hwm работают варианты: vnc, rdp, radmin... etc, nx+vnc, nx+sdl. Первый - для локалки. Второй и третий вполне себе используются сейчас удаленщиками. Последние два скоростью конечно не блещут, но ударно работают при администрировании, когда нужен доступ к загрузчику.

Ну и главное, все вышеперечисленное имеется, испытано, работает. Правда не устанавливается пакетами - клонируется образами.

С маркето-дизайнерами, да - полная задница. Как верно было отмечено. Этих в виртуалку не загонишь. Им подавай полноцветное и быстрое. И лицензионно "фонят", паршивцы, больше всех. Только давить административно и остается.

За бухгалтерию спокоен. Без виртуалки там конечно будет не обойтись. А в остальном все терминально под вайном@ вполне себе. Что файловая семерка, что 8.2 под тем же вайном на постгресе. Жирный апач поднимать не стал из скромности. Да и главное, бухам очень не нравится вебморда.

w2k DC - исторический пережиток. В других конторах у меня вообще домены на третей самбе. А тут было проще DC в виртуалку перенести, когда железка сдохла. У меня же не мегакорпорация с запутанными родственными связями между доменами и админами - возможностей AD w2k даже выше крыши. Т.ч. старичок хороший, не надо его обижать.

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

Первое - домен для нового смешанного зоопарка. Подойдет ли тот-же самба 3,4 DC с авторизацией на нем линуксовых пользователей и компьютеров? Или есть что либо более продвинутое? Краем уха слышал слова "Mandriva Directory Service". Это вообще что за хрень такая? Она либо аналог может мне в чем-то помочь? Где про нее можно почитать на патриотическом языке или накрайняк басурманском?
Сюда же - терминологией не владею, грубо и на пальцах: apt-get update && apt-get upgrade сразу для всех машин в локалке сделать можно? А чем?

Второе. Процесс подбора софта для новой универсальной рабочей станции будет долог и мучителен, но неизбежен. Из-за кулис мне тут подсказывают LUbntu. Но увы, сердце уже отдано стабильной wheezy - терминальные и виртуальные плюшки там вылизаны, да и сервера под ней же уже.
- В качестве DE планируется xfce4 - мал, быстр, неглюкав, и с кнопкой "Пуск".
- OpenOffice или LibreOffice?
- Ищется почтовый клиент, умеющий в множественных экземплярах одновременно работать с одной расшаренной почтовой базой. claws-mail пойдет?
...

На закусь: Имеется wine@etersoft 1.12 - работает, устраивает. Может ли что-то кроме маркетинговых заманух подвигнуть приобрести 2.0?
Полгода назад где-то вопрос изучал, сделал вывод, что не может. Правда до сего момента он и использовался жестко только в терминальных сеансах. Сейчас и на реальном мониторе придется работать. Что-то изменилось?

OpenOffice или LibreOffice?

по моему скромному мнению они одинаковы, но в LO значительно удобнее интерфейс при интенсивной работе.

claws-mail пойдет?

я не знаю пойдет ли вам claws-mail (ни разу не видел), зато знаю, что многим нравится the bat за встроенный почтовый сервер (пусть и отдельным приложениям с некоторых версий) и наиболее стабильную работу в условиях офиса (куча обезьян творят не пойми чо, используя уникальные методики и ожидают, что всё будет работать правильно). Короче, по мне так the bat заменить невозможно.

За бухгалтерию спокоен.

как вы решили проблему кучу левого бухгалтерского софта?

А там или OpenOffice узнает про звездопроушину, или Васю уволят.

жесть как она есть, хорошо что вы работаете где то далеко от меня. Как бы вася не обединился с петей ради борьбы с "красноглазиком"...
оффтопик
свой домашний компьютер я перевел на убунту из-за меркантильных интересов (бабло побеждает зло). Это шок полный, только из-за того, что я руут в системе и даже не зная как решать проблемы в убунту, хоть приблизительно представляю куда копать кое какие проблемы я решаю. Проблема только во времени. Однако на уровне "многофункцианального" работника переезд на никс - бедные люди!

azsx писал(а): ↑

13.10.2014 06:18

как вы решили проблему кучу левого бухгалтерского софта?

В основном пониманием различий между функционалами бухгалтера и главного бухгалтера. Для первого она не такая уж куча получается на деле.
А для случаев типа "хватай мешки - вокзал отходит - checkpsn" виртуалка и предусматривается.

azsx писал(а): ↑

13.10.2014 06:18

А там или OpenOffice узнает про звездопроушину, или Васю уволят.

жесть как она есть, хорошо что вы работаете где то далеко от меня.
Как бы вася не обединился с петей ради борьбы с "красноглазиком"...

Васю уволят не из-за меня. У них же там текучка как на автобусной остановке, просто в силу особенностей профессии: интриги, разбитые сердца и морды, все это разбавлено суровой материальной ответственностью. Сериал, кароч. Скорее Петя Васе выест глаз за процент с его продаж. И Вася останется в моей памяти предшественником Маши на кредитном хюндае. При всем к нему уважении он будет даже не десятым.

Но речь не о Маше, а о том, что все было вами понято ровно наоборот. Гроханые тонны текста пишутся здесь с целью как раз доставить Васе наименьшее количество неудобств при переходе конторы на СПО. Сам переход же неминуем как дембель. Пару лет назад было рано, а теперь самая струя.

dimbor писал(а): ↑

13.10.2014 04:10

Краем уха слышал слова "Mandriva Directory Service". Это вообще что за хрень такая?

Именно что хрень. Те же samba3 и openldap с кривой и глючной веб-мордой. То есть функционал, включённый по умолчанию, работает ничего так, а вот если захочется использовать дополнительные плагины, велика вероятность вляпаться в какой-нибудь неприятный баг. Был опыт внедрения, переросшего в фиксинг и допиливание, повторять не советую.

dimbor писал(а): ↑

13.10.2014 04:10

apt-get update && apt-get upgrade сразу для всех машин в локалке сделать можно? А чем?

Примитивный вариант - pssh. А вообще unattended-upgrades есть, чтобы не делать этого руками.

dimbor писал(а): ↑

13.10.2014 04:10

Из-за кулис мне тут подсказывают LUbntu. Но увы, сердце уже отдано стабильной wheezy

Если на wheezy поставить LXDE, большой разницы не будет.

dimbor писал(а): ↑

13.10.2014 04:10

В качестве DE планируется xfce4 - мал, быстр, неглюкав, и с кнопкой "Пуск".

Можно и его. А можно и MATE даже. Оно уже в официальном wheezy-backports есть.

dimbor писал(а): ↑

13.10.2014 04:10

OpenOffice или LibreOffice?

С точки зрения простоты поддержки удобнее использовать то, что есть в репах, то есть LO.

dimbor писал(а): ↑

13.10.2014 04:10

Ищется почтовый клиент, умеющий в множественных экземплярах одновременно работать с одной расшаренной почтовой базой. claws-mail пойдет?

Не понял формулировку. Что подразумевается под почтовой базой?

В основном пониманием различий между функционалами бухгалтера и главного бухгалтера

ясно. У нас просто в деревнях бухгалтер чаще один.

доставить Васе наименьшее количество неудобств при переходе конторы на СПО

ясно.

Что подразумевается под почтовой базой?

любая копия the bat работает как почтовый сервер одновременно. Вы можете принимать почту на локальный комп и на любом компьютере в локальной сети работать с этой принятой почтой (принимать пиьма, отправлять письма, удалять письма и прочее). Это всё одновременно с множеством других пользователей. При этом очень удобно архивировать, так как почтовая база физически на одном компе (который вы просто установили первым).

azsx писал(а): ↑

13.10.2014 11:29

любая копия the bat работает как почтовый сервер одновременно. Вы можете принимать почту на локальный комп и на любом компьютере в локальной сети работать с этой принятой почтой

Жесть. А зачем?

azsx писал(а): ↑

13.10.2014 11:29

очень удобно архивировать, так как почтовая база физически на одном компе

Очень удобно делать это на почтовом сервере, а юзеры нехай через IMAP туда ходят. К чему костыли?

Уже большой респект отозвавшимся за конструктивные ответы. Направления рытья однако определяются.

Bizdelnick писал(а): ↑

13.10.2014 10:29

dimbor писал(а): ↑

13.10.2014 04:10

Краем уха слышал слова "Mandriva Directory Service". Это вообще что за хрень такая?

Именно что хрень. Те же samba и openldap с кривой и глючной веб-мордой. То есть функционал, включённый по умолчанию, работает ничего так, а вот если захочется использовать дополнительные плагины, велика вероятность вляпаться в какой-нибудь неприятный баг. Был опыт внедрения, переросшего в фиксинг и допиливание, повторять не советую.

Понятно. Какие-то такие смутные сомнения меня и посещали при взгляде в древнерусской тоске на систему "Китеж". Тем более, что гуевые украшулечки - не есть путь наводящих ужас красноглазых никсовых одминов. Только консоль, только хардкор. Шутка.

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

Bizdelnick писал(а): ↑

13.10.2014 10:29

dimbor писал(а): ↑

13.10.2014 04:10

Ищется почтовый клиент, умеющий в множественных экземплярах одновременно работать с одной расшаренной почтовой базой. claws-mail пойдет?

Не понял формулировку. Что подразумевается под почтовой базой?

azsx писал(а): ↑

13.10.2014 11:29

любая копия the bat работает как почтовый сервер одновременно. Вы можете принимать почту на локальный комп и на любом компьютере в локальной сети работать с этой принятой почтой (принимать пиьма, отправлять письма, удалять письма и прочее). Это всё одновременно с множеством других пользователей. При этом очень удобно архивировать, так как почтовая база физически на одном компе (который вы просто установили первым).

Поправка, thebat - не почтовый сервер. Сервер, это когда smtp, pop, imap. В остальном все верно - множество клиентов с централизованным хранением писем. По unix-way, грубо говоря, надо на одной машине расшарить по NFS /var/mail/ И получим общие входящие. А еще есть отправленные, архив и т.д.

Зачем?
Клиент не пишет менеджеру Васе: хочу купить Гербалайф. Клиент пишет на info@гербалайф.ru. Секретарша перекладывает письмо в Васину папку в том же общем на всех клиенте. Или сам Вася это делает, если секретарша уединилась с кофемашиной начальника. В маленькой конторе с ползучим (опять ползучим) перераспределением обязанностей между сотрудниками всеобщий доступ к одному почтовуму ящику очень удобен.

Только сейчас прочитал про IMAP. Казалось бы выход. Но почтовый сервер у хостера, съезжать не планирует. Хостер хочет денежку практически за все - за каждый бегамайт кто-то удавится. В клиенте с локальной базой переписка с каждым клиентом храниться годами. Нужна и такая история. А это - гигабайты. Засада?

я не совсем понимаю, что именно должен делать настоящий почтовый сервер (который реализован официально в batpost и попадается с ознакомительными вечными ключами в интернете). Только вот чего не хватает в thebat для аналога почтового сервера для нескольких внешних почтовых ящиков - я не понимаю. batpost просто для корпоратива, для людей попроще прямо bat клиент и ставить. И такой же удобной альтернативы в никс нет, верно?
зы
просто я тоже ооочень медлено перевожу пару офисов и не знаю альтернативы.
зызы

Только сейчас прочитал про IMAP.

по мне так имап очень плохое решение. Всё тормозит, база сбоит гораздо чаще (конечно только настройки на клиенте) и так минусы были.

Нужна и такая история. А это - гигабайты. Засада?

вот это спрашиваете? http://forum.mozilla-russia.org/viewtopic.php?pid=663072

dimbor писал(а): ↑

13.10.2014 12:22

Клиент не пишет менеджеру Васе: хочу купить Гербалайф. Клиент пишет на info@гербалайф.ru. Секретарша перекладывает письмо в Васину папку в том же общем на всех клиенте. Или сам Вася это делает, если секретарша уединилась с с кофемашиной начальника. В маленькой конторе с ползучим (опять ползучим) перераспределением обязанностей между сотрудниками всеобщий доступ к одному почтовуму ящику очень удобен.

Ммм... В том идеальном мире, в который я периодически заглядываю в своих фантазиях, такое реализуется исключительно через IMAP. И письма лежат спокойненько на сервере. Или я чего-то не улавливаю?

Bizdelnick писал(а): ↑

13.10.2014 12:31

Ммм... В том идеальном мире, в который я периодически заглядываю в своих фантазиях, такое реализуется исключительно через IMAP. И письма лежат спокойненько на сервере. Или я чего-то не улавливаю?

Дописал

dimbor писал(а): ↑

13.10.2014 12:29

почтовый сервер у хостера, съезжать не планирует. Хостер хочет денежку практически за все - за каждый бегамайт кто-то удавиться. В клиенте с локальной базой переписка с каждым клиентом храниться годами. Нужна и такая история. А это - гигабайты. Засада?

ИМХО - слать лесом такого хостера. Сейчас все, кому лень поднять свой почтовый сервер, хостятся или у гугла, или у яндекса, и вроде на обдираловку не жалуются (хотя я, если честно, расценками для юрлиц не интересовался). Ну а если не лень (а по сравнению с миграцией офиса на СПО это плёвое дело) - то и тем более проблемы нет.

azsx писал(а): ↑

13.10.2014 12:30

имап очень плохое решение. Всё тормозит, база сбоит гораздо чаще (конечно только настройки на клиенте) и так минусы были.

Видимо, Вы не умеете его готовить.

Видимо, Вы не умеете его готовить.

может быть. Только в thuderbird, например можно либо скачивать почту себе, либо юзаьб ее как imap. Ничего готовить не надо.
И по сравнению с лоакльной скачкой - сбоит всё.

azsx писал(а): ↑

13.10.2014 12:52

в thuderbird

azsx писал(а): ↑

13.10.2014 12:52

сбоит всё

Остальные слова явно лишние. (-:
ИМХО, конечно.

Bizdelnick писал(а): ↑

13.10.2014 12:42

dimbor писал(а): ↑

13.10.2014 12:29

почтовый сервер у хостера, съезжать не планирует. Хостер хочет денежку практически за все - за каждый бегамайт кто-то удавиться. В клиенте с локальной базой переписка с каждым клиентом храниться годами. Нужна и такая история. А это - гигабайты. Засада?

ИМХО - слать лесом такого хостера. Сейчас все, кому лень поднять свой почтовый сервер, хостятся или у гугла, или у яндекса, и вроде на обдираловку не жалуются (хотя я, если честно, расценками для юрлиц не интересовался). Ну а если не лень (а по сравнению с миграцией офиса на СПО это плёвое дело) - то и тем более проблемы нет.

Да, с этой позиции мои жмотские аргументы не играют.
Хорошо, зайдем с другой стороны. Темной ночью закачиваю гигабайты архива переписки Доброму Дешевому Хостеру. Назавтра офис начинает стремиться к идеалу. Свежеуволенный Вася (все помнят Васю?) решает стать хакером и для начала ломает Доброго Дешевого Хостера. Получаем аршинные заголовки в соцсетях типа: "Навальный годами питается гербалайфом", "Фотографии голой Маши из гербалайф.ru", "Чиновник потратил сиротские деньги на гербалайф". Попадос. На ровном месте.

А здравый смысл шептал, что закачивалась не только на девяносто процентов внутренняя конторская помойка, а еще и местами конфиденциальная инфа.

Bizdelnick писал(а): ↑

13.10.2014 12:31

Ммм... В том идеальном мире, в который я периодически заглядываю в своих фантазиях, такое реализуется исключительно через IMAP. И письма лежат спокойненько на сервере. Или я чего-то не улавливаю?

Моя же модель идеального мира давно дала трещину и стала похожа на задницу. Даже она. Даже модель. И заглядывать не хочется.

Думаю, что поиск почтового клиента "серверного" типа продолжает иметь смысл. Тоже займусь.

dimbor писал(а): ↑

13.10.2014 13:55

Свежеуволенный Вася (все помнят Васю?) решает стать хакером и для начала ломает Доброго Дешевого Хостера.

Если так рассуждать, то что мешает Васе спереть локально хранящийся архив почты? Даже ничего ломать не надо. Увольняют-то не за один день.
Что же касается ящика на гугляндексе, то поломать его будет не так просто. Админы там далеко не дураки. Иначе все соцсети были бы забиты фоточками Маш и Даш (интерес к которым в результате стал бы стремиться к нулю).

Bizdelnick писал(а): ↑

13.10.2014 14:25

Если так рассуждать, что что мешает Васе спереть локально хранящийся архив почты? Даже ничего ломать не надо. Увольняют-то не за один день.

А если еще смелее идти по цепочке допущений, то Вася может в последний рабочий день вообще с собой фугас принести. И когда нас раскидает по окрестностям вперемешку с гербалайфом, переход на СПО можно будет считать совершенным. Ведь там, как считает церковь, вообще одно сплошное СПО. И в данной теме можно будет поставить жирную кровавую точку.

Предлагаю отвлечься от моих корявых иллюстраций. Перейти от категорий оценки "нужно - ненужно", к "возможно - невозможно".
Т.е. ночкой погоняю разнообразных почтовых клиентов на тему совместной жизни в одном ящике (ой!). Отпишусь по результатам.

По поводу Samba И OpenLdap есть еще вот такой зверь https://ru.wikipedia.org/wiki/389_Directory_Server

Как и обещался, уделил время маленькому исследованию, обозначу его очередной раз как "общая база для нескольких экземпляров почтового клиента". Все-таки при всей мощи протокола IMAP, еще одна возможность совместной работы с базой данных писем лишней не будет точно.

Изучался calws-mail. Хорошая новость - работа возможна. Ничего там в базе на эксклюзивную запись не открывается. Два клиента с одной папкой общаются без конфликтов. "Папка" - это Входящие, Отправленные, Корзина... Хранится конструкция: один файл - одно письмо, общий файл кэша и файл статусов.

Новость плохая - синхронизации практически нету. Это означает, кэш заголовков сообщений (==список писем) формируется при перевыборе папки в гуе. Хуже, что флажки-статусы писем (прочтение, пометка...) клиент читает при входе, держит в себе и записывает при выходе.
Залез внутрь, посмотрел, как сделано. Новость хорошая - можно такое поведение относительно легко изменить. Патчем.

Но тут пришли два друга: Капитан Очевидность со своим китайским коллегой Адмиралом Как-его-там. И сказали мне, если в папке будет полсотни писем, все будут петь и смеяться. А вот если больше, то конструкция будет лихо тормозить - чтобы обновить кэш, надо все письма перечитать.

Пока не проверял, но судя по всему у молочного братца claws-mail - Сульфида механизм хранения базы аналогичен. Народ, а не знаете ли почтовый клиент, который для хранения базы писем использует какую-нить СУБД? В остальных областях только ленивый к своей нетленке sqlite не цепляет.

ЗЫ: Ну очень не хочется возлагать на себя обязанность еще и Главного Администратора Корпоративного Почтового Сервера. Последние десяток лет как-то получалось отвертеться.

ну просто... А почему не поставить the bat? Ну будет несколько программ платных, да и всё.

azsx писал(а): ↑

16.10.2014 09:10

А почему не поставить the bat? Ну будет несколько программ платных, да и всё.

А потому что гладиолус в названии темы есть слово "миграция". Конечный итог, как подсказывают Капитан с Адмиралом - насколько возможный переход на СПО. Отказ от виндовса уж точно. Поставить проприетарный The Bat под проприетарный же вайн@? А потом ловить интерфейсные глюки и громко щелкать клювом? Да нахрена этот геморрой? Тем более есть обширный опыт ловли таких глюков по nx-у. - Баги прут из "открытой" части вайна, локализуются, чуть ли не делается .patch. А потом Этерсофт с энтузиазмом, а главное быстро выпускает новую сборку своего продукта. Дарит виллу и яхту. Для прошлой версии вайна@ процесс будет видимо еще быстрее и приятнее.

Bizdelnick писал(а): ↑

13.10.2014 12:42

Сейчас все, кому лень поднять свой почтовый сервер, хостятся или у гугла, или у яндекса, и вроде на обдираловку не жалуются (хотя я, если честно, расценками для юрлиц не интересовался).

У яндекса бесплатно (есть еще майл.ру).

Еще пристальней глянул код claws-mail, затем осмотрел оставшиеся почтовые клиенты. Да, из букв Ж, О, П и А слово "счастье" не составить. Мало того, что для работы с общей базой писем пол-клиента надо переписывать, там еще при файловой ее организации на общем ресурсе надобны нехилые ухищрения, чтобы оно хоть-какую то скорость обеспечивало.

Кроме IMAP ничего не остается, сдаюсь. Если не отдавать почтовую базу дяде, то для клиентов как сервер подойдет DBMail. Backend по вкусу, может быть тот же sqlite. Ну и конечно вспомнилась еще офигительно важная причина, почему почтовый сервер находится у хостера - нужна гарантированная доставка писем к нам. Хостер в этом плане считается надежным. А вот конторский сервер я в MX не пропишу - таджик на бульдозере, крыса в подвале, бухгалтер в запое - двое суток на резервном канале в легкую. Канал же резервным только называется и представляет из себя пшик с серым ip.

Список видов почтовых серверов (MTA), с которыми работает DBMail, я в вики прочитал - Exim, Sendmail, Postfix, Qmail. После чего возник идиотский вопрос к спецам, может ли что-то из них прикинуться по отношению к внешнему почтовику клиентом (MUA)? Т.е. хочется соорудить некий почтовый прокси. Возможно? Или я вообще фигню спрашиваю?

ИМХО странного желаете. Зачем там БД, особенно если это sqlite, который скорости точно не добавит? Только лишняя потенциальная точка отказа, и бекапы сложнее делать. Хотя хозяин - барин, конечно.
Умеют ли какие-то MTA прикидываться MUA - не в курсе, но в базовый функционал у них это точно не входит. Разве что плагин какой найдётся. Но для этого специальные вещи есть типа fetchmail. Можно примерно такую схему реализовать: http://www.tuxradar.com/content/get-starte...ail-and-dovecot.
Но вообще оснований считать упомянутых выше мейлхостеров ненадёжными я вроде как не припоминаю.

P. S. Да, к вопросу о гарантированной доставке. В том и прелесть протокола SMTP, что он позволяет серверу на некоторое время уйти в даун. Разумное время, конечно.

Bizdelnick писал(а): ↑

20.10.2014 17:48

ИМХО странного желаете. Зачем там БД

ну общая база на Over9000 клиентов. У каждого по 50 сообщений.
все работают с почтой одновременно. ИМХО mariadb(в девичестве mysql) как раз в тему. Не?

Bizdelnick писал(а): ↑

20.10.2014 17:48

ИМХО странного желаете. Зачем там БД, особенно если это sqlite, который скорости точно не добавит? Только лишняя потенциальная точка отказа, и бекапы сложнее делать. Хотя хозяин - барин, конечно.
...
Но вообще оснований считать упомянутых выше мейлхостеров ненадёжными я вроде как не припоминаю.

Ну вот, сначала мы успешно "тыкали". А стоило захотеть странного, так сразу дистанцируешься. Как будто у меня другое количество конечностей. Причем не недостаток, а избыток. Так это незаразно. Это только гриппом вместе болеют... (С)
С технической стороны все правильно - лишняя точка отказа. Но сей отказ - внутри-конторское дело, могущее повлиять разве на размер пайки админа. А вот предлагаемая передача данных третей, пусть даже надежной, стороне порождает потенциально возможную административную коллизию. В иллюстрации был хакер Вася. На его место можно легко вписать Роскомнадзор, или например какую-нить "Комиссию по соблюдению пожарной безопасности почтовых аттачей". Бредово выглядит? Так за годы варки в гадском супчике так называемого "российского бизнеса" еще и не такие пузыри надувались. Кафка в гробу извертелся.

Тем временем не просто сидел, а метался по сети в состоянии тревожности. Оказался не первым пациентом. Нашел Manitou-Mail. Картинка архитектуры внушает. Но под qt, два года как заброшен, локализовывать интерфейс запарюсь. Юзабилити после Бата тоже под вопросом.

Bizdelnick писал(а): ↑

20.10.2014 17:48

Умеют ли какие-то MTA прикидываться MUA - не в курсе, но в базовый функционал у них это точно не входит. Разве что плагин какой найдётся. Но для этого специальные вещи есть типа fetchmail. Можно примерно такую схему реализовать: http://www.tuxradar.com/content/get-starte...ail-and-dovecot.

Ага, спасибо, думаю и гуглю слова fetchmail и DBMail

drBatty писал(а): ↑

21.10.2014 06:03

ну общая база на Over9000 клиентов. У каждого по 50 сообщений.
все работают с почтой одновременно. ИМХО mariadb(в девичестве mysql) как раз в тему. Не?

Так точно. Примерно оно и есть.

dimbor писал(а): ↑

21.10.2014 09:28

Ну вот, сначала мы успешно "тыкали".

Извиняй, продолжаю "тыкать". :-)