BlackVS

Естественно, в законе про Про телебачення і радіомовлення речь о ретрансляции именно телерадиопрограмм %) Да, в других законах определения ретрансляции не нашел (не считая толковых словарей и техничской литературы %) Но! Тут зацепили шире - авторские и смежные права. С том же законе про ТВ идет отсылка к соответсвующему закону Про авторські і суміжні права (естественно по вопросам авторских и смежных прав). 1) Итак, если клиент через общую услугу Интернет (именно общую) получил возможность смотреть ТВ каналы на сайте ТВ компании (live) или через ретрансляцию у контент-провайдеров (то что они ретранслируют, думаю все согласны), то вот считается ли это рестрансляцией для провайдера интернет? 2) обозначает ли, что в таком случае Интернет провайдеру либо необходимо заключать договора с каждым контент-провайдером, который доступен из сети провайдера интернет, либо ограничивать доступ к таким ресурсам? 3) возникают ли у провайдера интернет какие-то смежные права и кто кому должен тогда - интернет провайдер владельцу контента или владелец конетнта првайдеру? 4) возникают ли какие-то права/обязаннсоти связанные с авторскими и смежными правами у провайдера интернет при доступе в рамках общей услуги интернет к любым объектам авторского права, не только телерадипрограмм? Лично мне сдается (именно сдается, не более) - затык тут в "публічне сповіщення" - то есть если контент-провайдер осуществляет именно "публічне сповіщення" (выложил в открытый доступ) - то это финальная точка для смежных прав. Если же провайдер-интернет осуществляет какие-то дополнительные финансово-материально-технические телодвижения по доставке именно этого контента - то он становится следующим в цепочке. Но этого в законе не прописано прямо (не вижу). Уточню свою точку. Контент-провайдер делает "публічне сповіщення" контента. Естественно у него на это должны быть права, зафиксированные документально. В отношении не телерадиопргамм, то да, согласен - перегнул - есть ст.21 и там всё достаточно прозрачно.Если кто-то выложил свою книгу публично и не против, чтобы к ней имели все доступ - то всё. Но такой статьи для телерадипрограмм нету (ибо тогда про интернет никто не думал). Не нашел. Но ведь и заключать договора со всеми владельцами законно свободно доступных в интернет телерадиопрограмм - тоже бред. Потому что владельцы пошлют на три буквы - провайдеров интренет на порядки больше, чем каналов, вещающих в Интернет. А стриминг? "Я выложил в свободный доступ, смотри если хочешь, какие бумажки?" И тогда что, резать доступ? На каком основании? Не получится ли обратный эффект - ущемление авторских и смежных прав? ПС: плохо, когда законы "из прекрасного далеко", из прошлого, и не отражают действительности %)

А, еще такой вопрос - допустим любой доступ клиента к авторским объектам с помощью интернет есть ретрансляцией для тех, кто между клиентом и контент-провайдером. То есть цепочка - провайдер Интернет - оператор Интернет - магистрал, причем там может быть много больших и малых, друг за другом. Они все дорлжны заключать письменный договор с контент провайдером, так как тогда они получается все ретранслируют контент? Это ли не абсурд? Просто я думаю, на законодательном уровне просто должно быть прописано, что считать ретрансляцией/публикацией авторских объектов и не путать ретранслцию авторских объектов с ретрансляцией информационных пакетов.

1. Я не сомневаюсь, что у провайдеров контента договор в письменном виде. Контент провайдер затем осуществляет "публічне сповіщення" путем ретрансляции, либо воспроизведения. либо тиражирования, либо... в общем много там либо. Вопрос в том, считается ли ретрансляцией если клиент просто путем пользования общей услугой Интернет получает доступ к контенту. Иначе если следовать Вам - то нужно заключать письменный договор с владельцем любого сайта в интернете ибо сайт тоже есть объектом авторского права. Либо отключить доступ ко всем сайтам, с которыми оного договора нет. Я не прав? В чем отличие от доступа к сайт а-ля ютуб или олл.тв и любому другому сайту с размещенными на них авторскими текстами? Да и сам сайт - как продукт деятельности его создателя - является объектом авторского права. Я согласен, что если провайдер вложился в то, чтобы контент определенного провайдера контента доставлялся лучше, чем весь остальной контент (тот же QoS) - то это может быть предметом договора либа с контент-провайдером, либо с клиентом, либо и то, и другое. Вопрос в том - что если провайдер ничего дополнительно не сделал, кроме как предоставить просто доступ к Интернет (с параметрами, записанными в договоре с клиентом) обратится к провайдеру контента с предложением заключить договор (и получить мзду) либо он отключит доступ к этому сайту - насколько это правомочно? Я в курсе - что с авторским законодательством в Украине легкий бардак и новый закон ждем годами. И что суд может принять как одну сторону, та ки другую при абсолютно одинаковых исходных. В общем, учитывая бардак - всё максимально нужно прописывать в договорах. И смысла пытаться снять деньги с олл.тв, мегого, youtube, netflix, itunes - дело абсолютно безперспективное. Особенно с зарубежных. А тчоки зрения могут быть разными. И хотелки. Плюрализм %) Тут еще интересная ссылка - в принципе ничего нового, но сведено более менее вместе - ftp://ftp.s43.freehost.com.ua/2012_1/8.PDF ПС: вот заблокировал мне провайдер доступ к олл.тв, я взял и обошел запрет через прокси или впн. И что - провайдер меня накажет? На каком основании? Ведь тогда по сути ретранслятор - впн или прокси.... А провайдер просто предоставил мне услугу Интернет - доступ к впн. Или нет?

Тогда по Вашему принципу, если я тиражирую порнопродукцию, то я не несу за это ответсвенность, а несет только тот, кто создал оригинальный порнофильм? http://www.intellect.ua/copyright/law/code/criminalcode/176 Ретрансляция=прием+передача. Передача, это - распространение? Честное слово, я думаю провайдерам лучше не быть ретранслятором-распространителем всего, что есть и что смотрят его клиенты А разве выкладывание в публичный доступ не есть тем самым разрешением де-юре и де-факто? Не вижу тут проблем. Более того у того Всё,ТВ имеется и публичный договор на сайте - http://oll.tv/terms

Так вроде у провайдера есть определенные показатели качества, которые он должен выполнять? Типа сколько часов простоя сети допускается и тд. Помню, некоторые даже вывешивали эти отчеты на всеобщее обозрение. То есть значит кто-то эти отчеты требует? Второй момент - защита прав покупателей - если я купил тариф "до 100М", то таки куда-то и когда-то я должен эти 100М видеть. Не так ли? Только давайте разводить срач, что ноль тоже "до" В конечном счете покупатель голосует рублем. А вот склероз мой таки меня не обманул - таки тема сетевего нейтралитета активно обсуждается и за рубежом - http://www.bbc.com/russian/features-40557357 То есть там периодически хотят узаконить нейтралитет, что, как по мне, уже перебор... ибо есть техничские аспекты, почему разный трафик не может иметь один приритет (иначе как тому же VoIP жить)... А пока цитата из статьи, насколько это так - пусть кто-то знающих, как оно там, за бугром, ответит: Понятно, что мы не америка и их реалии, это их реалии, а наши - это наши.

А давайте посмотрим на ситуацию с другой стороны. То есть попробую резюмировать: "Есть контент-провайдер. Например, Всё.ТВ. Контент-провайдер дает доступ к определенным объектам авторского права за мзду. Или без мзды. Но на законных основаниях (то есть не пиратский контент). То есть клиент интернет-провайдера (или оператора Интернет - не суть тут важно) имеет возможность просматривать контент с сайта Всё.ТВ. При этом платит контент-провайдеру за просмотр контента, и Интернет-провайдеру - за доступ к Интернет вообще (и к Всё.ТВ в частности). Интернет-провайдер считает, что раз его сетью пользуются для получения авторского контента, то он: А) ретранслирует контент Б) становится участником смежных прав, ибо он ретранслирует." Я правильно понимаю точку зрения? Если да, то тогда вытекает следующее - раз он ретранслирует, то он отвечает за содержания того, что ретранслирует, так? Ок. А теперь заменяем Всё.ТВ на ЗапрещенноеПорно.ТВ или Пират.ТВ . Ведь по сути то ничего не поменялось, был один контент провайдер, стал другой - Интернет провайдер по-прежнему отвечает за содержимое того, что передается его сетями, то есть за то, куда клиент ходит? Распространиние некоторых видов порно в нашей стране уголовно наказуемо. Распространие нелицензионного контента тоже может быть аж до уголовной.. Что скажете, учитывая сказанное в первых постах Права и обязанности - неотделимы. Если брать мою позицию - то ничего не меняется, провайдер просто предоставляет доступ к Интернет и не несет прямой отвественности за то, куда клиент ходит. Но может ограничивать доступ, если на то будут законные основания (суд, РНБО, или законодательство - как в случае с детским порно), ну или а-ля Росккомнадзор, который у нас тоже вот-вот запустят (или не запустят). Если же противоположную - получается, провайдер Интернет должен отвечать за действия клиента, так как он получается ретранслирует запрещенный контент (ведь он обладает смежным правами на запрещенный контент). Что скажете? ПС: кстати вспомнились также идеи чиновников монетизировать/обналожить доступ к Скайп/Viber, ибо международная связь %) А налог на биты помните?

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

101%

Легко. ЗУ "Про інформацію". Относительно цензуры (ведь мы фактически препятствуем ТВ-журналистам доносить свою точку зрения). ст.34 Конституції Загальна декларація про права людини (ЗДПЛ) Міжнародна конвенція про громадянські та політичні права (МКГПП) (ст.19) Ну и по списку из http://moe-pravo.com.ua/pravoviy-analiz-ukazu-prezidenta-shhodo-blokuvannya-dostupu-do-resursiv-internetu/ (тут расписано всё, что нарушает провайдер, самостоятельно ограничивая доступ к определенным ресурсам). Потому и говорил - что ограничивать может только суд. Ну и Турчинов и Ко, как показала практика %) Одно дело не доставлять то, чем владеешь и за что клиент не заплатил. Другое дело - ограничивать доступ к тому, чем не владеешь.

Ну тогда правильней писать "провайдер чего". Ибо просто провайдер - это просто поставщик. Провайдер программной услуги ( oll.tv? ), провайдер телекоммуникаций (то, что имел в виду я и, если не ошибаюсь, pavlabor).

Ретрансляция - "прием+передача", то есть если с одной стороны берете поток у правооблажателя, с другой - транслируете его в сеть провайдера - то да, это ретрансляция и тут всё должно соответствовать авторскому праву (то есть должно быть законное основание поток брать у правообладателя, иметь права на дальнейшую трансляцию). А вот когда пользователь просто в браузере открывает сайт, на котором воспроизводится видео ( oll.tv, youtube, netflix, itunes) (и текст, и картинки - которые тоже являются объектами авторского права) - провайдер никакой ретрансляции не делает. Он просто осуществляет свою прямую функцию - предоставляет доступ к Интернет. Трансляцию (или ретрансляцию) делает сайт. И все вопросы по авторскому к владельцам сайта.

Пользователь платит за то, что у него прописано в договоре с провайдером. То есть за доступ к Интернет. Должен ли пользователь дополнительно платить за доступ к отдельным сайтам - боюсь, законно можно ограничивать доступ только к ресурсам, нарушающим закон (а законность на данный момент решается судом, ну или Турчинов и Ко %). То есть если сайт не нарушает закон - вы не имеете право специально ограничивать к нему доступ, а тем более за доступ к нему брать мзду. Иначе почему бы не брать плату еще и за доступ к youtube, itunes, netflix.... ?

О-о... и откуда и на что у него такие вдруг права? Кроме случая их покупки у правообладателя оных. Ну или создания и воспроизведения собственных объектов авторского права. ПС: из юмора про авторское право. Давным-давно проверяла нас налоговая. У нас была передача авторских прав на год. Так вот они у нас и спрашивают - вы вот передали права на год, а где акт приемки-передачи этих прав назад после истечения года? Все кто понял шутку-юмора, поздравляю - вы имеете представление, что такое авторское право %) Кто не понял - штудируйте матчасть

Был на первых трех (за счет фирмы, так что не пинаем %). И у НТемы (там сейчас приглашенные Цяпа Олег, Молдова-Россия, http://mikrotik-trainings.com/ ), и у Сычева Андрея ( https://mikrotik.net.ua/ ). Скажем так, кому нравится изложение одних, кому-то вторых. Программа примерна та же (там есть обязательная часть от Микротик + добавки от преподавателей) Пообщаться на околосетвеые темы можно в принципе у обоих, вроде как в консультациях не по теме курсов и не те, и ни другие не отказывали. Ну а насчет самих курсов: 1. Если знаний по сетям нет, то не научитесь, слишком мало времени для проработки. 2. Если знания достаточно хорошие - то где-то будет нудно, где-то что-то таки полезное выцепите. 3. Сертификаты - на любителя и для ЧСВ. Вот вишу я гордый такой в консультантах %) на сайте микротик. Ну и что? То есть общая ценность сертификата сомнительна. 4. Я скорее рассматривал бы эти курсы как возможность прояснить у преподавателей (там и там практикующие, реализующие реальные сетевые проекты) некоторые вопросы по поводу применения Микротик или особенностей реализации чего-то. Лично для меня прицел был MTCRE в плане впн-ов + OSPF (нужно было по работе). Было пару моментов, где подтолкнули в нужном направлении и сейчас у меня уже не болит голова о балансировке-резервировании-роутинге между офисами. Сделал и забыл. И как ни странно - работает. Но для MTCRE нужен был MTCNA - на нем я честно скучал, так как за пять дней по сути почти ничего для меня нового. Хреново то, что нельзя сразу сдавать экзамен без курса. MTCWE - это уже для личного развития, так как по вай-фаю был сильный пробел в знаниях - вот тут как раз с Андреем мне повезло - многое прояснил и подправил непонятки %). Теперь вот дома капсман даже крутится (на работе UniFi практичнее). Сейчас примеряюсь на MTCTCE - так как есть некоторые вещи по шейпингу, которые хотел бы прояснить (да гугл и всё такое, но живое общение гуглом не заменить), но как назло эти курсы в самое неудобное время для меня ставятся %) ПС: если Вы любитель посидеть и поговорить о около-админских делах с коллегами и с преподавателем где-нибудь в уютном месте за пивом - однозначно Андрей %)

Ссылку наоборот оформили %) Понятно, что ту все специалисты и смогут копи-паст сделать %))) А какое отношение Open Media Group к данной вакансии? ПС: о галерах есть отдельный сайт - Прекрасное.ИТ

Правильная постановка задачи явлется 50% успеха. Так что постарайтесь таки описать более точно задачу иначе советы будут только общие, не более. Из общих советов (неважно, микротик или не микротик): 1. Можно попробовать пару правил dst-nat/src-nat - dst-nat нужен, чтобы пакет ушел на другой ип, scr-nat - чтобы ответ вернулся на первый роутер, а не ушел сразу к клиенту. Почему нельзя сразу к клиенту - разные пути туда-обратно, многие роутеры просто откидывют пакеты, ответы на который приходят другим путем. Получится такой себе мини прокси. Но клиент для перенаправленного трафика будет в качестве источника видеть ип первого роутера, а не изначального клиента. Критично или не критично - другой вопрос. 2. Более культурно - таки поднять впн между роутерами и редиректить трафик через впн. Но опять-таки нужно смотреть, чтобы ответы уходили тем же путем, что и запросы. Решается либо src-nat (но тогда сервер не увидит ип клиента, а увидит внутренний ип роутера, с которого перенаправили трафик), либо (это уже из оперы микротик) - маркировкой. Откуда пришел запрос, туда и отправили ответ. Аналогично multi-wan. 3. Если это веб (хттп запросы), то можно решить с помощью хттп редиректа. 4. Можно таки полноценный прокси поднять (но нужно ли). 5. Можно... да всё можно %) Главное знать, что нужно %)))

Ну за такой внушающий список требований (имею в виду из Advantage, ибо то, что до того - просто более-менее продвинутый сисадмин) просить меньше просто ниже собственного достоинства %) Work.ua/Rabota.ua/Doa.ua (https://jobs.dou.ua/salaries/#period=dec2017&city=all&title=DevOps&language=&spec=&exp1=0&exp2=10) не дадут соврать %)

Если кастомная программа, установленная "добрым человеком" - то почти никак. Почти - попробуйте прогнать через Malwarebytes Antimalware, GMER. Почему пишу, что почти - то, что описано выше вполне подходит под тот же Teamviewer, только слегка видоизмененный, а Teamviewer антивирусами не детектируется как троян... Если ни вышеуказанные программы, ни другие не смогут определить вредителя - то самый надежный вариант - переустановка системы с нуля. Стоимость услуг специалиста по поиску заказных/кастомных червей значительно дороже обойдутся...

Не так однозначно. Есть такое слово - параноя %) Тот же гмейл совсем недавно сканировал почту (для таргетирования рекламы). В том числе и для пользователей G Suite. Сейчас вроде уже не сканируют, но осадочек остался. Поэтому если требования безопасности жесткие - то вариант либо в облаке, либо вообще отдельный сервер. Причем желательно вне досягаемости от "маски шоу". Но тогда и бюджет должен быть соответсвующий, а не из ... слепить конфетку %)

А что ж там делать - зарегистрировался, зашел, выбрал план, добавил домен и пользователя. Может связано с тем, что Вы раньше регистрировались, либо как-то по домену-региону определят. хз %) Ага, так и есть: https://help.zoho.com/portal/community/topic/available-exclusively-with-the-paid-plans-imap-an-pop Existing free users are unaffected and can continue to use POP/IMAP. This change only applies to new users. .. Hello, We, as a company, have always been focussed on customer satisfaction and enabling budding businesses to run their business with our cloud software, rather than on our profits. Our generous free and ad-free email hosting plan is a testament towards keeping the spirit of customer happiness at the forefront and we are certain to continue offering this free email hosting plan forever. However, as our service has grown massively in terms of user base and patronage, we have taken a few measures to improve the quality of our service and support. So rather than reducing the number of mailboxes or storage in the free plan, we have restricted IMAP/POP access, Email Forwarding and Active Sync, which will be available only in the paid plans. This means users in the free plan will be restricted to managing email through the seamless ad-free experience of our webmail, which is feature packed for power use and in no way inferior to external email clients. We hope it is fair to expect patronage for our webmail in lieu of the free and 100% ad-free email experience. And, we sincerely hope that you continue to enjoy Zoho Mail and its services to the best of its capabilities. PS: This change will be applicable only for recently signed up accounts. И походу где-то с месяц назад случилось %)

См.аттач - zoho.eu, вчера зарегистрировался, план Free.

Всё больше и больше склоняюсь к аналогичному плюс-минус решению. Посоветуете какую-то более-менее иснтрукцию по этому делу? Про гугл в курсе %) - просто там вываливается столько всего, что непонятно, что выбрать %))) Неохота набивать сразу все шышки и перебирать все варианты. Zoho - вчера глянул (вернее даже нестроил на один домен). В бесплатной версии нет IMAP. Плюс после Zoho интерфейса почему-то захотелось вернуться обратно на Zentyal %)) Так что буду следовать путем самурая....

Ну не то, чтобы скучно, но нужно иногда на что-то переключаться %) Вот переключаюсь на такое. Есть несколько личных доменов, на которых есть с десяток моих и родственников ящиков. Плюс алиасы. В Zoho free уже не вписывается. А если платный - то даже если по 2евро/пользователь/месяц - то сумма будет неприличная %) Если текущее решение меня не устроит - буду думать дальше, либо в сторону чисто "ручного сервера" (а-ля как у masters), либо в сторону стороннего решения а-ля Zoho.

Подниму. Может быть кому-то полезно. Решил переместить свой почтовый сервер в облако. В качестве облака взял DO (Digital Ocean). Сперва пробовал Amazon Cloud (там "типа" бесплатно первый год). Но не понравилось то, что: А) любое лишнее движение тарифицируется и при этом наперед сложно предсказать, на сколько влетишь; Б) то, что в DO делается сразу же (белый ип и rDNS) на Амазоне для меня превратился в квест %) Понятно, что большей частью из-за того, что с амазоном знаком поверхностно. Почему не дома/на работе виртуалка/отдельная железка. Во-первых решил пощупать облака. Во-вторых - из-за того же rDNS - с провайдером сделать rDNS - боюсь не договорюсь или договоорюсь, но стоимость станет больше, чем просто взять хостинг для почтовика (ибо по условиям домашнего инета всякие "сервера" запрещены %), плюс дома инет может легко пропадать на часы. На работе - аналогично плюс приходится периодически выбивать ип из DNSBL (как кто какой троян подхватит... не уследишь за всеми %). Без rDNS сразу же попадаю в бан на более-менее нормальных почтовиках (тот же гугл сразу срезал почту - самый первый вариант был как раз "почтовик дома"). Можно конечно прикрутить сверху еще какой-то из релаев а-ля @mailgun. Ну и не кошерно домашнюю почту на работе держать %) Что пробовал: iRedMail - поставилось с пол-пинка, но 1G RAM ему мало (половину сразу отжирает clamav). Лечится либо переходом на бОльший тариф либо подлючением свапа, либо подрезанием крыльев clamav Но отказался от него не потому, а потому, что в бесплатной версии через вэб очень куцые возможности (без алиасов, форвардинга), всё остальное только через консольные SQL запросы. А платная версия - цена просто неадекватная для хостинга в десяток ящиков с алиасами. То есть если алиасы/форвардинг не нужны или консоль устраивает (а если кто с руками - то и скрипты написать не проблема) - вполне и бесплатная версия подойдет. Zimbra - сразу отказался из-за минимальных требований. Слишком дорогой хостинг выйдет для простого почтовика. Одно дело - если отдельно стоящая машинка у себя. Другое дело - в облаке. Zentyal - старый сервер крутится на нем на отдельной железке (когда-то на 3.х, сейчас 4.х). Менее прожорлив по сравнению с Zimbra. Но за последние лет 5 так и ни разу не смог его нормально проапгрейдить штатными средствами - сразу что-то отваливается. Только путем "установить новый сервер, переместить ящики на него". Плюс периодически раз в несколько месяцев просто перестает аутенфицировать пользователей (версия 4.х). Перезагрузка и всё ок. То есть какой-то демон уходит в запой до ребута %) Для домашнего почтовика не смертельно. Смог установить его на DO с 1G RAM и с файлом подкачки, а дальше ... потерял с ним связь, хоть и выбрал не включать фаервол... Забил, так как и так знаю этого зверя. Если что - всегда смогу вернуться на него %) Дальше начинал перебирать более легковесные решения (для облака). Наткнулся на Mail-in-a-box. По описанию вроде ничего так, включая поддержку Let's encrypt из коробки, но: А) официально поддерживается только 14.04, обещают потом 18.04, но мало верится (см.ниже); Б) по факту по инструкции на последнюю 14.04 не встал - посмотрел баш-скрипты - увы, там явно глюки. Подправил, даже установил. Но не смог зайти на веб-морду (ошибка в SSL). Подправил ручками. Увидел веб-морду.... оно не приняло мой пароль, что я вводил при инсталяции %) Последняя капля, снес. В) очень сильно рекомендуют перенести зону ДНС на тот же сервер, что и почтовик (иначе там обязательно что-то будет не работать %)) - что меня, мягко говоря, не устраивает. Г) по отзывам - у этого пакета частенько такое (поломка скриптов) бывает ибо по сути его поддерживает вроде как один человек и в сильно свободное время. Последние правки были с полгода назад несмотря на явные глюки в скрипте... В общем, если кому охота копаться в bash+python и некуда девать время - можно играться %) В конце концов решил попробовать modoboa. Как-то совсем к нему не тянуло (может из-за странного названия). Но как ни странно, он сейчас и крутится в тестовом режиме. Из особенностей установки: А) ставил на DO Ubuntu 16.04, 1G RAM. Не считая мелочей (именно для DO) встало с умолчальными настройками (самоподписной сертификат, StartTLS/IMAPS/Amavis и что там еще). Б) дальше Let's encrypt. Оказалось не всё так просто: * хотя есть интерактивный вариант установки, он у меня не смог преодолеть половину пути; * ручками, но как оказалось, я выбрал неудачный момент - 17 января Let's encrypt прикрыл одну дыру, просто заблочив один из механизмов аутенфикации для плагинов nginx. Обещают фикс, но его еще нет. В результате осталось два пути - через webroot или standalone (имею в виду аутенфикацию/подтверждение по хттп. Есть еще вариант через DNS) webroot победить не удалось (хотя я и видел как появлялись онлайн запросы-подтверждения, но сервер let-s encrypt их не воспринимал). Хотя на другом сервере (не почтовик) сработало на ура. Забил и сделал через standalone + post-hook/pre-hook (чтобы освобождать на время 80-й порт). Renew еще не пробовал еще так как был забанен на Let's encrypt на сутки %))) (но соотвтествующие правки в крон внес). Подожду до апреля - не продлит, буду копать %) - может уже и фикс выйдет к тому времени. Дальше подсунул сертификаты для postfix/dovecot/nginx - работает. В) ручками включил 465-й порт + SSL/TLS для него ибо с коробки только 25+StartTLS. А андроид телефон насмерть отказался работать с StartTLS - ему только SSL/TLS подавай %). Вариант без шифрования даже не расматривал. Веб-морда админа - в принципе достаточно лаконичная, но позволяет всё нужное, включая домены, алиасы доменов, учетки, алиасы учеток, перенаправление, авто-реплаи. Возможности именно webmail - существенне меньше чем в том же RoundCube или SOgo, но я вебмордой пользуюсь изредка + того, что есть, хватает с головой (просто как запасной вариант вместо IMAP). Так что сейчас у меня крутится modoboa + Let's encrypt. По ресурсам - из 1G использовано примерно треть... очень неплохо. Пока наблюдаю.

До тех пор, пока тот, кто решает, что есть "СТЗ" и тот, кто потом за это нагибает - одно лицо (в данном случае СБУ), ничего хорошего не будет. Ибо СБУ заинтересовано нагнуть как больше.