Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Новая версия POP3 и IMAP4 сервера Dovecot 2.3.21"	+/–
Сообщение от opennews (??), 09-Окт-23, 13:39
Опубликована новая версия многоплатформенного высокопроизводительного POP3/IMAP4-сервера Dovecot 2.3.21, поддерживающего протоколы POP3  и IMAP4rev1 с популярными расширениями, такими как SORT, THREAD и IDLE, и механизмами аутентификации и шифрования (SASL, TLS, SCRAM). Dovecot сохраняет полную совместимость с классическими  mbox и Maildir, применяя внешние индексы для повышения производительности. Для расширения функциональности могут использоваться плагины (например, через плагины реализованы квоты и ACL). Код проекта распространяется под лицензиями LGPL и MIT... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59895
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 09-Окт-23, 13:39	+3 +/–
Слушайте, а точно вот это все еще - почтовый сервер?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #4, #10

2. Сообщение от User (??), 09-Окт-23, 13:44	+/–
Нет, только его половинка... даже четвертинка :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от 12yoexpert (ok), 09-Окт-23, 13:53	–3 +/–
а one-line скрипта для установки до сих пор нет? вместе со всей остальной кучей софта, необходимого чтобы тупо поднять почтовый сервер
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #13, #14, #18, #45, #84, #88

4. Сообщение от Tron is Whistling (?), 09-Окт-23, 13:57	+2 +/–
Это почтовая хранилка и сервер для принимающей части почтового клиента. Отправка отдельно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11

5. Сообщение от Tron is Whistling (?), 09-Окт-23, 13:58	+/–
Нет, потому что _тупо_ поднять почтовый сервер не получится, слишком много кастомизации. Если надо что-то изкоробочное - смотрите на Zimbra.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6, #7, #9, #12

6. Сообщение от anon5555555555 (?), 09-Окт-23, 14:08	+/–
А Zimbra разве уже давно не всё?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #100

7. Сообщение от 12yoexpert (ok), 09-Окт-23, 14:18	+2 +/–
> _тупо_ поднять почтовый сервер не получится, слишком много кастомизации в этом и проблема: корпорастическая хипстота нагородила 15 этажей конфигов в опенсорсе только для того, чтобы юзеры переходили на их почтовые сервера
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #16

8. Сообщение от Аноним (8), 09-Окт-23, 14:33	+/–
Слишком жирный. Но если ресурсы позволяют, то неплох.
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от 12yoexpert (ok), 09-Окт-23, 14:37	+/–
> Если надо что-то изкоробочное - смотрите на Zimbra. ты путаешь "надо" и "вредоносное ненужно"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от Аноним (10), 09-Окт-23, 14:48	+1 +/–
Это чтоб скачивать почту из почтового ящика. Чтоб отправлять и принимать, нужен smtp-сервер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #23

11. Сообщение от User (??), 09-Окт-23, 14:50	+4 +/–
Антиспам отдельно, веб-морда отдельно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #26

12. Сообщение от Пряник (?), 09-Окт-23, 15:01	–1 +/–
А как же docker-mailserver mailcow-dockerized mailinabox
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #15

13. Сообщение от Корпоративный_сисадмин (?), 09-Окт-23, 15:14	+1 +/–
Есть. Называется iRedMail.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

14. Сообщение от pofigist (?), 09-Окт-23, 15:40	+1 +/–
iRedMail
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #17

15. Сообщение от Tron is Whistling (?), 09-Окт-23, 15:44	+1 +/–
Вот последнее можно попробовать, да. Первые две - полнейшее васянство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от Tron is Whistling (?), 09-Окт-23, 15:47	+4 +/–
Да дело не в этажах конфигов. Дело в том, что почтовый сервис - это чуть более, чем софт. Тут надо не просто ящичек @localhost, а самостоятельный доменчик или два. Тут надо на гуглю отправлять - welcome to SSL. Тут надо проксик к внешнему IMAP прикрутить. Тут неплохо бы спам порезать. Тут контакты нужны бы централизованные. А вёбморда где? А как бы ящичек завести, юзера в системе не создавая, и руками в в базу не ползая. А вот на этот доменчик я форвард хочу. А что если три адреса в один ящик сложить? И т.д. и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #29

17. Сообщение от Tron is Whistling (?), 09-Окт-23, 15:49	+/–
Да, годно. Не знал о таком, благодарю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #102

18. Сообщение от InuYasha (??), 09-Окт-23, 16:08	+/–
Я тоже задолбался уже. Но почта - это вообще капецистически сложная вещь с мегатоннами легаси и плейн-текстового 7-битного ада. А надо чтоб было: ok, GPT, запили мне сервер для ящика anus@podgoranus.io
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #33

19. Сообщение от Аноним (19), 09-Окт-23, 16:40	–2 +/–
Здорово конечно, новая версия, новые фичи, новые баги! Лучше бы переписали Rust!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71

21. Сообщение от Аноним (21), 09-Окт-23, 16:52	+/–
JMAP так и не сделали? Значит будем сидеть на cyrus.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

22. Сообщение от YetAnotherOnanym (ok), 09-Окт-23, 17:03	+/–
Фигасе чейндждлог... Как оно вообще жило с косяками типа "сбой при неудачном подключении к СУБД PostgreSQL во время запуска" или "возможное падение http-сервера в случае раннего отключения клиента"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #25, #35

23. Сообщение от Аноним (-), 09-Окт-23, 17:18	–4 +/–
смтпшка вроде как отправлять, а попка всегда на приём были, по-моему. сабж - прост на серваке ставится, чтоб приём почты на своём домене был, как приёмный пункт/почтовый ящик. а вот отправлять и всё остальное - уж извольте сами как-нибудь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #34, #38

24. Сообщение от Аноним (-), 09-Окт-23, 17:22	+/–
так они развиваются только, лол. все же на джимейле сидят, на форвардах)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

25. Сообщение от пох. (?), 09-Окт-23, 17:26	+1 +/–
> Фигасе чейндждлог... там выше казалось бы резонный вопрос, так и оставшийся непонятым экспертами опеннета - причем бы тут - почтовый сервер вообще? > Как оно вообще жило с косяками типа "сбой при неудачном подключении к СУБД PostgreSQL во время > запуска" так и жило. Большинству тех кому нужна "просто почта для себя и кота" - совершенно не нужен для нее posgresql. Вот вообще. Вот низачем. Как и 90% остального списка неведомой хрени в этом ченжлоге. У остальных уже и так стоит и настроен exchange (что характерно - тоже не страдает без postgresql) Оставшиеся полтора инвалида - ну либо у них не происходило пока "неудачных поключений" (и кстати с хрена ли они вообще могут происходить?) либо как обычно - лечили перезагрузкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #107

26. Сообщение от Менеджер Антона Алексеевича (?), 09-Окт-23, 17:29	–1 +/–
Юникс-вей, всё как любит опеннет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #42

27. Сообщение от Менеджер Антона Алексеевича (?), 09-Окт-23, 17:33	+/–
Никто не знает годного imap-сервера с поддержкой хранения ящиков в s3-совместимом хранилище? У Dovecot плагин для s3 строго платный, к сожалению.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

28. Сообщение от Аноним (28), 09-Окт-23, 17:53	+2 +/–
postfix+dovecot просто бомбическая связка. Много лет несколько серверов в кровавом проде и еще не разу не подвели. Разработчики красавцы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37

29. Сообщение от 12yoexpert (ok), 09-Окт-23, 17:56	–2 +/–
Вебморда и централизованные контакты - удел корпорастов, они и сервер арендовать могут, т.к. безопасность им тоже побоку. А вот нормальным людям как это всё деплоить - большой вопрос
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #31, #32, #39

31. Сообщение от Tron is Whistling (?), 09-Окт-23, 18:24	+1 +/–
Вёбморда - удобственно, когда нет под рукой IMAP-клиента.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

32. Сообщение от Tron is Whistling (?), 09-Окт-23, 18:25	+/–
Централизованные контакты - я имел в виду не каталог, а просто хранение контактов на сервере. Потому что клиентских устройств обычно немножко более одного. Та же вёбморда вполне может это делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

33. Сообщение от Tron is Whistling (?), 09-Окт-23, 18:26	+/–
Как по мне - почта - исключительно простая как доска вещь. Но вот чтобы оно в реальном мире работало - да, там надо очень много обвешивать. Это как вроде ты можешь сразу сесть на мотоцикл и поехать, не зная ПДД и прочего бр(о|е)ду, но результат немножко предсказуем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

34. Сообщение от llolik (ok), 09-Окт-23, 19:16	+/–
> а вот отправлять и всё остальное - уж извольте сами как-нибудь Ну он умеет не то чтобы отправлять, а переправлять на вышестоящий smtp. Submission сервер, короче говоря, в dovecot-е есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

35. Сообщение от Tron is Whistling (?), 09-Окт-23, 19:48	+/–
Ну как-как, во-первых оно может после запуска подключиться, во-вторых постгрыз для голубя - редко встречаемое извращение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

36. Сообщение от Tron is Whistling (?), 09-Окт-23, 19:49	+/–
Голубь. Платный. Вообще во всяких цефах я бы не рискнул, поэтому если есть заплатить за реальный S3, найдётся и на голубя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #56

37. Сообщение от Tron is Whistling (?), 09-Окт-23, 19:50	+1 +/–
Yes. Весь прод на этом самом комбо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

38. Сообщение от BorichL (ok), 09-Окт-23, 19:52	+/–
Вот прежде чем писать свои фантазии в ответ на правильное сообщение, надо подтянуть знания по теме. Упрощённо всё выглядит как-то так: для приёма или передачи почты используется протокол smtp, smtp-сервера доставляют почту друг другу или в почтовые ящики. А вот для доставки из почтового ящика почтовому клиенту и используются такие протоколы как pop или imap, которые реализованы в Dovecot'е.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #41

39. Сообщение от BorichL (ok), 09-Окт-23, 20:01	+/–
Нормальным людям это всё запилить несложно. Информации навалом, документация есть, только навешивай желаемое. Вот недоразвитой хипстоте сложно, у них же основной принцип в жизни "Хочу играть на гитаре, но учиться не хочу, хочу чтоб само!" (с) кто-то из Фидонет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #43, #49

40. Сообщение от Аноним (40), 09-Окт-23, 20:02	+/–
Мне кажется самое прикольное, что делают разработчики dovecot со своим сообществом - не рекламируют им платную версию Dovecot Pro и позиционируют её исключительно для сервиспровайдеров. Есть подозрение, что местные не знают: https://www.open-xchange.com/products/dovecot-pro/ Community-версия как всегда у них застряла в прошлом и ничего не умеет - автоматизации по кластеризации нет - провиженинга новых кластеров в инфраструктуру нет - полнотекстового поиска нет - реализации application aware object storage раньше не было, насколько я знаю, или уже разрешили пользоваться, уточните - логики архивации и очистки с возможностью поставить на удержание ( Lawful Interception) тоже нет Причем комментаторы выше не понимают, зачем это всё надо пишут глупости про то, что нормально работающая почта "удел корпорастов" и прочие бредни мамкиных анархо-коммунистов, как бы не понимая что из себя представляет почтовый сервис вообще. И хвалят dovecot... поэтому я и говорю, что dovecot правильно держит "сообщество" своих тупых фанбоев-бетатестеров, думающих про то что сыр должен быть бесплатен. Они в платной версии кое-как умеют сделать гиперкластер на 2 под-а, в каждом объектный сторадж и кассандра для конфигов (раньше был mysql). Проблема в цене, как всегда... Учитывая их таргет на рынок госов и телеком не удивительно что в русскоязычных форумах рассказываются влажные мечты про dovecot без понимания, что это кусок OX Cloud, который выкинут для бетатеста админам, которые его сами связывают с постфиксом сами связывают с каталогом и сами пишут вебки, называя эту бомжарню iredmail. Просто вдумайтесь, мои дорогие болезные анонимные почтовые эксперты!!! 1) Вы называете тут dovecot бесплатным и свободным решением для организации MSA (если связать это с Postfix). Нет - это community-огрызок продукта для сервиспровайдеров. 2) Вы пишете что тем кому нужен сложный корпоративный почтовый сервис пусть пойдут и купят у сервис провадера... У них там не так много вариантов Exchange или Dovecot, который Open Xchange, который пытается делать всё возможное, чтобы конкурировать с ним... ой всё вы настолько не в теме про почту, что даже объяснять лень 3) И Zimbra мне еще тут вспомнили, которая не выдержав конкуренции закрылась (в смысле код), и пытается таргетиться на корпоративный сегмент, хвалясь полной поддержкой Exchange MAPI, но так и не снискала популярности на рынке сервиспровайдеров Ну и отдельная история про глючность Dovecot и его 1001 ошибка... Вы понимаете, что у тех у кого корпоративные почтовый сервисы либо Exchange стоит, либо просто админ-придурок, уволить лоботряса с недопочтами из соплей и палок и поставится Exchange. Им пользуется кучка бетатестеров с настолько гладкими мозгами без единой извилины, что  их даже ценностями степеней свободы ПО по Столлману промывать не надо. Им предлагают демоверсию кусочка почтаря, они тестят, переводя на это свои бизнесы, чтобы сервиспровайдерам было удобно это перенести к себе. Так-то Dovecot Migration Suite для ISP существует как часть Dovecot Pro. Зачем им чтобы у вас в бесплатной версии всё работало? Надо чтобы почти работало, а когда вы замучаетесь можно будет перенести это в "облако" на платный полноценный dovecot pro. Ей богу, проще поставить Exchange + SharePoint + Office Online Server у вас будет даже больше функций и вы их реально контролируете, потому что у этих продуктов целевая аудитория именно бизнесы, а не сервис-провайдеры (хотя и они тоже) и это готовый цельный продукт для почты, в отличии от. И кстати, мы с вами говорим о почте. В ней нет свободы, в ней нет ничего бесплатного. Это корпоративно-государственный-сервиспровайдерский сервис. Люди и даже малые бизнесы не строят почтовые сервера имени самих себя. Поэтому нет там ничего не бесплатного ни полноценно свободного. Снимите розовые очки и посмотрите в глаза реальности. P.S. И вот только не надо мне рассказывать что функция <нужное вставить /> не нужна. Просто хватит. Сами знаете почему мне последние годы пришлось пообщаться с внушительным количеством баранов, ищущих импортозамещения через кусочек бесплатного давкота и бандюков, которые хотят это продать и свалить в закат не поддерживая свои поделки. Нужна ваша функция. И кластеризация и контроль за стораджем/базами, и полнотекстовый поиск всё нужно и вебсервисы вроде MAPI тоже нужны, иначе у вас никакой батарейки не хватит искать по архиву почты в локальной базе мобильного телефона без помощи поиска на стороне сервера. P.P.S Уфф, накипело.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #50, #52, #53, #72

41. Сообщение от Аноним (41), 09-Окт-23, 20:27	+/–
спасибо за объяснение (:
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

42. Сообщение от User (??), 09-Окт-23, 20:32	+1 +/–
"Других exchange'ей у меня для вас нет"(С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

43. Сообщение от User (??), 09-Окт-23, 20:35	+/–
Что значит 'меня взломали?'(Ц) нехипстор с информациейнавалом и навешанным... в общем, навешаным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #44

44. Сообщение от BorichL (ok), 09-Окт-23, 20:41	+/–
> Что значит 'меня взломали?'(Ц) нехипстор с информациейнавалом и навешанным... в общем, > навешаным. Это значит он нашёл "one-line скрипт для установки" всего и вся. И воспользовался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #48

45. Сообщение от Аноним (45), 09-Окт-23, 21:07	+/–
https://delta.chat/serverguide
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #75

46. Сообщение от Аноним (45), 09-Окт-23, 21:10	+/–
А чем к этому JMAP подключаться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #64

47. Сообщение от Tron is Whistling (?), 09-Окт-23, 21:16	+1 +/–
> - автоматизации по кластеризации нет Автоматизация лепится самостоятельно. У меня её тоже нет - оно прекрасно ворочается на ocfs2 с haproxy в качестве LB. > - полнотекстового поиска нет Есть. > - логики архивации и очистки с возможностью поставить на удержание Делается совершенно другими способами. > 3) И Zimbra мне еще тут вспомнили, которая не выдержав конкуренции закрылась > (в смысле код) Чичиго? Нет только бинарей, а так - бери, собирай. В целом кто тут не в теме - понятно прекрасно. > Ей богу, проще поставить Exchange + SharePoint + Office Online Server у И давно вы на этом MSP для хотя бы одной сотни тысяч клиентов собирали? Сколько нод было в кластере?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #54

48. Сообщение от User (??), 09-Окт-23, 21:23	+/–
Неее... у любителей curl|sudo обычно другие проблемы )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

49. Сообщение от Аноньимъ (ok), 09-Окт-23, 22:00	–2 +/–
Простая задача интернет почты с изначально идиотским стеком протоколов в духе ftp корпорастами превращена в такое хтоническре безумие, что осилить это всё могут далеко не все. Даже пробравшись через технические дебри вы встретите вагон юридических проблем, и должны будете с протянутой рукой оббивать двери больших дядей чтобы они вам разрешили поучаствовать в обмене почтой то. И если что-то не понравится, внесут вас в список бяк и бук и предложат заплатить чтобы доказать что вы не верблюд, и если повезёт то за платную подписку может ввпишут если захотят. По моему ну его нафиг вообще. Нормальные люди этим даже не думают страдать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #51, #74, #106

50. Сообщение от тоже аноним (?), 09-Окт-23, 22:17	+1 +/–
> Ей богу, проще поставить Exchange + SharePoint + Office Online Server И что делать с этим Exchange после Oct 14, 2025? https://learn.microsoft.com/en-us/lifecycle/products/exchang...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #55

51. Сообщение от BorichL (ok), 09-Окт-23, 22:33	+/–
> Простая задача интернет почты с изначально идиотским стеком протоколов в духе ftp > корпорастами превращена в такое хтоническре безумие, что осилить это всё могут > далеко не все. Нормальные протоколы, работают уже не один десяток лет. И даже не требуют мегаресурсов. И при чём тут корпорасты вообще загадка. Осилить это может любой специалист в области сетевых технологий, там много ума не надо, достаточно посидеть и поразбираться денёк-два. Само конечно не получится. Ну а кто не осилил этот несложный процесс может заняться например уборкой помещений, доставкой всевозможного, может наверно даже что-то охранять. > Даже пробравшись через технические дебри вы встретите вагон юридических проблем, и должны > будете с протянутой рукой оббивать двери больших дядей чтобы они вам > разрешили поучаствовать в обмене почтой то. Правда? Ну один раз, мне пришлось шантажировать Эртелеком, чтобы они мне на домашнем договоре прописали обратную зону, но это бьыло лет 8 назад, теперь у них такая услуга в личном кабинете настраивается. > И если что-то не понравится, внесут вас в список бяк и бук > и предложат заплатить чтобы доказать что вы не верблюд, и если > повезёт то за платную подписку может ввпишут если захотят. И что? Да пусть подавятся. Придётся немного админа напрячь, чтобы кнопки понажимал. > По моему ну его нафиг вообще. Нормальные люди этим даже не думают > страдать. Ну кому нафиг, а у кого все рабочие процессы на это завязаны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #62

52. Сообщение от Аноним (28), 09-Окт-23, 22:57	+3 +/–
Ты сказать-то чего хотел? Пока ты пыхаешь модными словами, да-да, postfix+dovecot работает в  малом бизнесе с оборотом +- 500 млн.р. в год и является частью того, от чего зависит бизнес (поясню для тебя - т.е. получение прибыли). Твои эти "сервиспровайдеры" не уперлись ни разу, т.к. не обеспечивают SLA и нормальный дебаг прямо сдесь и сейчас. А вот ты придешь в МБ со своими exchange и модным-понтовым сленгом и не понятеншь задачи, т.к. тебе только на твою рабочую машину захочется бюджет в 500к - т.к. админить/архитекурить на машине увовнем ниже тебе ну ни как не с руки, опыта нет.  С такими кадрами ловить нечего. Пусть работают во всяких маилру, рабллемпочта и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #57, #70

53. Сообщение от Аноним (28), 09-Окт-23, 23:18	–1 +/–
> батарейки не хватит искать по архиву почты в локальной базе мобильного телефона CRM? Не, не слышал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

54. Сообщение от Аноним (40), 09-Окт-23, 23:49	+/–
> И давно вы на этом MSP для хотя бы одной сотни тысяч клиентов собирали? Сколько нод было в кластере? А в чем проблема? Там простая и незатейливая архитектура: 1. 2-16 MTA между PoD-ами с антиспамами 2. 2-16 фронтенд-серверов не содержащих почтовые ящики для "рендеринга" сервисов (бывшая CAS-роль, сейчас они совмещены) на каждый PoD SMTP на них тоже проксируется 4. Всё это смотрит на группу кластеров-полок (хочешь хоть 1000 поставь, 1000 кластеров, а не серверов в кластере), каждый из которых смотрит на домен отказоустойчивости и представлен в форме DAG в режиме Active-Passive между двумя датацентрами. 5. В каждой DAG у тебя количество серверов зависит от количества баз на одном медленном диске, если ты используешь стороннее резервное копирование или количество баз +1, если стандартное (это требование к топологии DR для большого развертывания Exchange) 6. Требуется DCI между всеми датацентрами на L3 7. Балансировщики нагрузки работают на прицепляя адреса VIP с учетом BGP и ECMP, а не на VRRP. 8. Топология расширяет регион не по одному датацентру, а парами, потому что так устроено развертывание Exchange. Именно так устроены регионы Microsoft 365, только они используют ARR, я предпочитаю HAproxy. Это все не секрет. Там есть пара тонкостей с логином и поддержкой OAuth2, которая полноценно ожидается в следующей версии, сейчас это делается проксяками IMAP/POP3, которые либо прориетарные рядом с антиспам-решением. В слудеющей версии обещали нативную поддержку. Я к тому, что если ты чего-то не делал и не знаешь, не значит что этого нет. Когда я последний раз видел dovecot - это был огрызок сервиса, что ты и подтверждаешь вот этим: > Автоматизация лепится самостоятельно. У меня её тоже нет - оно прекрасно ворочается на ocfs2 с haproxy в качестве LB. Ну то есть вместо того чтобы корректно реплицировать почту по объектному хранилищу (или ISAM-базам как в Exchange) ты делаешь либо inverted pyramid of doom, закидывая на LUN на внешний сервер хранения, который падает и становится неконсистентным даже когда двухголовый с нативной поддержкой открытого стандарта Storage Bridge Bay, либо ты всё же делаешь репликацию и тогда ты потерял кучу дисков впустую на хранения тонны ненужных реплик ради защиты RAID-совместимых хранилок, либо ты цепляешь LUN с Object Storage, что тоже даёт перерасход по дискам на большом развертывании, если у тебя нет Application Aware репликации. И как ты свой кластер уже раскидал на 2 датацентра? А 4 уже занял? Пффф... >> - полнотекстового поиска нет >Есть. Нет. Ты хочешь сказать, что в бесплатной версии dovecot есть полнотекстовый поиск? С каких это пор? Технически к его базам можно прикрутить Apache Solr, и ты внедрил её на 100 000 пользователей? Это нетривиальная задача, учитывая, что шарды Solr потенциально будут размером с половину базы потребуют невменяемое количество RAM и должны быть установлены рядом на соседних серверах, потому что это полнотекстовый поиск общего назначения в первую очередь для НСИ-приложений. Нет там своего полнотекстового поиска. Только в платной версии. >> - логики архивации и очистки с возможностью поставить на удержание > Делается совершенно другими способами. Почта сервис, который запрашивается полицией и судом в случае разбирательства. Так во всём мире. Каждый почтовый сервис, особенно провайдерский, должен иметь возможность отключить удаление элементов в ящике, отключить очистку старых удаленных элементов из ящика по запросу организации выдавшей ордер. Какими средствами собрался это делать? Тюнить расписание бекапов? Пересылать всю входящую и исходящую почту куда-то еще внешними правилами? Теоретик, ты. > Чичиго? Нет только бинарей, а так - бери, собирай. Ах, да действительно. Они в очередной раз поменяли свою точку зрения, ну да ладно, я перестал уже следить. Они ведь сначала сказали, что вообще 9-ка будет полностью закрытая. Они кинули с этими выкрутасами кучу партнеров, которые делали для них плагины и предоставляли продукты для провайдеров с этим решением Zimbra 9 совершила харакири на рынке сервиспровайдеров и мертва. Сейчас они предлагают купить специальную мультитеннантную версию Network Edition для как они называют BSP, которая идёт совместно с NextCloud (лицензии брать отдельно) и другими партнёрскими продуктами. Они просто посчитали, что другие, кто делал альтернативные решения для провайдеров нужно кинуть и тем самым в очередной раз испортили себе репутацию. Видимо, чтобы вернуть фарш назад снова приоткрыли код, чтобы сообщить, что всё не так плохо... Как бы их open source edition и раньше был убог, а в условиях отсутствия Desktop-версии и поддержки MAPI и ActiveSync и Push (только в проприетарной) - это все даром не надо, да и за деньги не продадут. > В целом кто тут не в теме - понятно прекрасно. Вот ты похож на админа-придурка с которыми мне приходилось общаться про "чудесные" решения для почты, которые не выдерживают никакой критики когда у тебя много серверов и надо сделать так чтобы оно работало под SLA 98%+ и так чтобы не нужно было в случае падения хранилок восстанавливать сторадж на несколько петабайт разом, пока клиенты ждут. Exchange в РФ стал абсолютно безальтернативен, кстати. Это единственный продукт, который можно полностью скоммуниздить, который не проверяет лицензии настолько, что у людей в Android-е Push работает и который держит огромные объемы, если следовать принципам его развертывания, которые описаны в документации, которая еще и вся открытая и доступная. А все эти (при)открытые продукты, нужно покупать, если нужно сделать что-то серьёзное. P.S. Установку SP и OOS я тебе расписывать не буду, но там несколько иные подходы в проектировании да и лень, ты все равно не поймешь. У тебя зимбра с давкотом работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #60, #67

55. Сообщение от Аноним (40), 09-Окт-23, 23:54	+/–
обновлять на следующую версию, которую примерно тогда же и обещают, называться будет скорее всего Exchange Subscription Edition и как и остальные продукты SE (после 2019) будет синхронизирована с кодовой базой внутриажурных версий, чтобы у тех кто пользуется вне ажуры был функциональный паритет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

56. Сообщение от Аноним (56), 10-Окт-23, 00:10	+3 +/–
Переведите кто-нибудь с плоскоземельного пожалуйста. Я этот зуммерский смузи-сленг не понимаю уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #66

57. Сообщение от Аноним (40), 10-Окт-23, 00:20	+/–
> Ты сказать-то чего хотел? Я хотел сказать, то что и сказал. Что dovecot pro это часть OX Cloud и это продукт для сервиспровайдеров, а dovecot community - это устаревший огрызок для бетатестеров. Хотел сказать что Dovecot Pro сейчас 3.0 уже давно, как всегда бесплатная версия умышленно не обновлена. А еще я хотел сказать, что фанбои dovecot столь безмозглы, что умудряются хаять сервиспровайдеров, пользуясь огрызком продукта для сервиспровайдеров, из соплей и палок восстанавливая вырезаный функционал. А сами разрабы и владельцы dovecot умные ребята, которые сделали так, что подавляющее большинство не знают ни про их корпоративную составляющую ни про маркетинг. Ну и самое главное, что я хотел сказать, это то что миграция из on-prem связки postfix+dovecot в OX Cloud примерно такая же по сложности как гибрид Exchange и Microsoft 365 почты. Мигрируй - не хочу. Подсадить придурков на полурабочий продукт, чтобы когда бизнес подрастёт или наоборот захочет сократить расходы на наколенное админство почты будет удобно мигрировать к сервиспровайдеру. А ты что сказать хотел? Что сервиспровайдеры не дают людям почту и ты один способен выполнить SLA? Нееее. Они предоставляют сервис, который не надо дебажить с утра до вечера и не надо тюнить руками, потому что им выгодно продать сразу рабочую услугу, а не community edition. И вот если там нужно что-то понять где письмо и кто его съел тебе должны уложиться в SLA и тут еще вопрос, кто быстрее ты или их админы. Бабушка надвое сказала. > А вот ты придешь в МБ со своими exchange и модным-понтовым сленгом и не понятеншь задачи, т.к. тебе только на твою рабочую машину захочется бюджет в 500к - т.к. админить/архитекурить на машине увовнем ниже тебе ну ни как не с руки, опыта нет.  С такими кадрами ловить нечего. Пусть работают во всяких маилру, рабллемпочта и т.п. Эту цитату, отложил себе в меморис =) И как ты это всё узнал? Таро? Кофейная гуща? Я могу и postfix+dovecot, и Exchange, да хоть зимбру воткнуть в маленьких и развертываниях, какую задачу поставят, такую и решаю. Про рабочее место особенно не понятно, это какая-то особенная форма зависти к бывшему коллеге или к чему это всё? Мне вообще для таких задач не нужно покупное рабочее место, равно как и работа в малом бизнесе. Если фирма обратится ко мне с просьбой построить и отдать их кому-то на саппорт, я могу по удаленке это сделать. Могу кадры подобрать под результат проекта... Вообще я не понял ничего из того что ты мне хочешь объяснить своим комментарием? Что ты умеешь экономить чужие деньги и тем самым компенсируешь свою бедность. Ты важный расторопный админ, который отвечает вопросы по щелчку пальцев малого бизнеса? Не понимаю. Тебе бы в отпуск бы сходить с выключенным телефоном на пару недель. Мне кажется, ты просто устал, вот и пишешь странные вещи на форумах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #58

58. Сообщение от Аноним (28), 10-Окт-23, 01:04	+/–
> Они предоставляют сервис, который не надо дебажить с утра до вечера и не надо тюнить руками, Да ты никак не угомонишься). Я смотрю ты из тех админов, у которых опыта "нажали кнопочку и откинулись на спинку кресла." > Я могу и postfix+dovecot, и Exchange, да хоть зимбру воткнуть в маленьких и развертываниях, какую задачу поставят, такую и решаю. Ага, рассказывай. Потом МБ воет от таких "гуру". Им про дела земные, а такие как ты все пытаются сумничать и усложнить до уровня космоса. > А ты что сказать хотел? Что сервиспровайдеры не дают людям почту и ты один способен выполнить SLA? Опять ты со совими сервиспровадерами. Чего у тебя с ними там? Все никак не пойму. Кстати, вот ты такой тут один умненький в плане почты. А про Коммунигейт даже не слова. Что так? Не потянул?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #59, #78

59. Сообщение от Аноним (28), 10-Окт-23, 01:07	+/–
> Могу кадры подобрать под результат проекта... Ух ты, вот это уровень).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #65

60. Сообщение от Аноним (28), 10-Окт-23, 01:09	+/–
> А в чем проблема? Там простая и незатейливая архитектура: Слоник в домене? Ты ли это?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #61

61. Сообщение от Аноним (28), 10-Окт-23, 01:15	+/–
Да. Ты сделал мой вечер. Капитанить над Dovecot vs Microsoft 365 это как надо упороться?. Ты еще встань для важности:).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

62. Сообщение от Аноньимъ (ok), 10-Окт-23, 01:51	+/–
> Да пусть подавятся > а у кого все рабочие процессы на это завязаны. Вы уже определитесь. Если вас гугл не признаёт то вас не существует в мире интернет почты. Никто никогда ваши ценные емейлы в папке спам не найдёт, если они вообще туда попадут. > Осилить это может любой специалист в области сетевых технологий, там много ума не надо, достаточно посидеть и поразбираться денёк-два. Ничего себе у вас простые протоколы в которых специалисту нужно два дня разбираться. А потом начинается забавная практика и цирк с конями. > Нормальные протоколы, работают уже не один десяток лет. И даже не требуют мегаресурсов. Ух диды наложили полный горшок мощных дедовских протоколов. Про мегаресурсы вы у гугла спросите, сколько инфраструктура эпизодического обмена текстом ресурсов требует. Это вам не какой-нибудь телеграмм или прочий аськью, это мощь дидов! > а у кого все рабочие процессы на это завязаны Лучше irc поднимите себе на предприятии. Окунитесь в мир современных технологий. Тетки будут рады технологической свежести, можно не только в сапера поиграть но и посплетничать в чатике, смайлики фурор произведут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #63, #68

63. Сообщение от BorichL (ok), 10-Окт-23, 02:09	+/–
>> Да пусть подавятся >> а у кого все рабочие процессы на это завязаны. > Вы уже определитесь. > Если вас гугл не признаёт то вас не существует в мире интернет > почты. > Никто никогда ваши ценные емейлы в папке спам не найдёт, если они > вообще туда попадут. Ну один раз уже не признавал, когда с настройкой микротика не справились, админ решил вопрос за пару дней, там больше ушло на просерание гугла, сама проблема решалась за 10 минут. Ну и не всё идёт через гугл, ключевой клиент через другую помойку работает, ну да и с ней справились. >> Осилить это может любой специалист в области сетевых технологий, там много ума не надо, достаточно посидеть и поразбираться денёк-два. > Ничего себе у вас простые протоколы в которых специалисту нужно два дня > разбираться. > А потом начинается забавная практика и цирк с конями. А вам бы всё поскорее да побыстрее? Тяп-ляп и так сойдёт? Сначала полезно RFC почитать, но правда необязательно, но полезно, хотя бы потом. Документацию почитать уже нужно, а это небыстро, полезно и просто примеры установок и рекомендации посмотреть. Если специалист (ну это примерно выпускник техникума) с этим столкнулся впервые, то пара дней на всё это у него точно уйдёт, а то и больше. Помнится перыую связку Exim+Dovecot+MySQL+SpamAssasin c ClamAV+RoundCube я помоему за ночь поднял, но не с первого раза, до этого у меня времени не хватало разобраться и необходимости не было. Естественно если специалист уже готовый, то настраивает это всё он с закрытыми глазами, хотя если ему ещё помощника выделеть, то и неделю потратить может. Вот ты думаешь, я пожелания шефа прям метаюсь исполнять? Да он тогда в 2 раза больше пожеланий придумает, поэтому сначала на пожелание надо положить болт и например хорошо поDOOMать. Я когда дома с ковидом хернёй со скуки маялся, шеф всё удивлялся, как это мы с ним за 2 недели столько сделали... да ять от скуки! А на работе весело, там же цирк с конями можно устраивать, столько сотрудников вкалывают! >> а у кого все рабочие процессы на это завязаны > Лучше irc поднимите себе на предприятии. Окунитесь в мир современных технологий. Тетки > будут рады технологической свежести, можно не только в сапера поиграть но > и посплетничать в чатике, смайлики фурор произведут. А у заказчиков и подрядчиков тоже ирку поднять? Боюсь, придётся сходит на йух. Нам пока мир денег интереснее современных технологий. А тётки прекрасно и через Жаббера сплетничают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

64. Сообщение от Аноним (21), 10-Окт-23, 06:00	+/–
ltt.rs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

65. Сообщение от User (??), 10-Окт-23, 07:29	+1 +/–
Ну вообще - да, именно что _уровень_. В своей сфере деятельности я могу назвать 3-5 фамилий людей, способных реализовывать проекты высокой сложности с устраивающим меня (и заказчика) качеством - но обеспечить их присутствие на проекте - нет, не могу. Они "за мной" не пойдут - т.е. в каждом конкретном случае конечно возможны варианты, но с определенного уровня это уже вопрос не (с)только ценовой. И вот иметь "личный пул" специалистов, готовых за тобой идти - или хотя бы "скамейку запасных" достаточной длины, чтобы из неё можно было выбирать - реально круто. Не понимать таких вещей... нуууу... эээ... в SMB-сегменте, наверное, простительно - но мир им не начинается и не заканчивается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

66. Сообщение от Tron is Whistling (?), 10-Окт-23, 07:31	+/–
Ты просто локацией ошибся - это технический форум, а не фишки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #91

67. Сообщение от Tron is Whistling (?), 10-Окт-23, 07:37	+/–
>> И давно вы на этом MSP для хотя бы одной сотни тысяч клиентов собирали? Сколько нод было в кластере? > домен отказоустойчивости и представлен в форме DAG в режиме Active-Passive между Active-Passive? Давай, до свидания. Более того, правильно отметил: оно упрётся в скорость самой медленной ноды. > либо ты всё же делаешь репликацию и тогда ты потерял кучу дисков впустую на хранения тонны ненужных реплик Active-Passive ноды диски впустую не теряют, ога. > И как ты свой кластер уже раскидал на 2 датацентра? А 4 уже занял? На 3. Ибо кластер. > Нет. Ты хочешь сказать, что в бесплатной версии dovecot есть полнотекстовый поиск? > С каких это пор? Обычный эмбедный Lucene. Не менее 10 лет уже. > Каждый почтовый сервис, особенно провайдерский, должен иметь возможность отключить удаление > элементов в ящике, отключить очистку старых удаленных элементов из ящика по > запросу организации выдавшей ордер. Какими средствами собрался это делать? Всё проще: копия проходящей почты ровно на 1 год, положенный законом. Журнал. И не надо никаких извращений с самой почтовой базой. Забивать гвозди экскаватором - это не моё, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #69, #76

68. Сообщение от User (??), 10-Окт-23, 07:38	+/–
>[оверквотинг удален] > А потом начинается забавная практика и цирк с конями. >> Нормальные протоколы, работают уже не один десяток лет. И даже не требуют мегаресурсов. > Ух диды наложили полный горшок мощных дедовских протоколов. > Про мегаресурсы вы у гугла спросите, сколько инфраструктура эпизодического обмена текстом > ресурсов требует. > Это вам не какой-нибудь телеграмм или прочий аськью, это мощь дидов! >> а у кого все рабочие процессы на это завязаны > Лучше irc поднимите себе на предприятии. Окунитесь в мир современных технологий. Тетки > будут рады технологической свежести, можно не только в сапера поиграть но > и посплетничать в чатике, смайлики фурор произведут. Это вы специалист плохой, не качественный - но это, по счастью, поправимо! Вам же сказали - SMTP "с обвязкой" за день-два, SSL-TLS с криптухой - дня три, TCP\IP по v6 включительно - еще денек, за следующую неделю сайты на django'е с помощью chatGPT делать научат и все - вывАйТи! А подписчикам, оплатившим голд пак - однодневный курс "Успешный успех" и кастомное резюме в подарок )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #85

69. Сообщение от Tron is Whistling (?), 10-Окт-23, 07:39	+/–
Забыл добавить. Active-Passive ноды с костылём в виде тормознющей репликации ISAM, которая благополучно теряет всю очередь при малейшем некорректном завершении, а при малейшем аппаратном сбое ложится целиком без шансов на быстрое восстановление. Нет, можно и одну DB на пользователя нагородить, но тогда оно потребует терабайты дорогой оперативки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #77

70. Сообщение от Tron is Whistling (?), 10-Окт-23, 07:41	+/–
В мылопру и прочую почту их тоже не возьмут, потому что их воображаемая рахитектура ляжет уже на первой сотне тысяч клиентов, потребовав тонн нефти и световых лет работы на стандартное, в общем-то, решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #73

71. Сообщение от bOOster (ok), 10-Окт-23, 08:58	+2 +/–
Смысла в расте нет - кодовая база совсем не плоха, и сами разработчики Dovecot вполне адекватные программисты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

72. Сообщение от bOOster (ok), 10-Окт-23, 09:04	+/–
Иногда лучше жевать чем говорить. Все что ты перечислил есть - только надо чуть чуть "масла" в голове иметь чтобы настроить.. И в Pro версии тебе это за деньги дают. Вполне логичное решение. Не знаешь, не умеешь, не осиляешь - плати бабло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #79

73. Сообщение от User (??), 10-Окт-23, 10:21	+3 +/–
> В мылопру и прочую почту их тоже не возьмут, потому что их > воображаемая рахитектура ляжет уже на первой сотне тысяч клиентов, потребовав тонн > нефти и световых лет работы на стандартное, в общем-то, решение. Ну как бы это сказать? Exchange это не "сервер электронной почты", это "система организации коллективной работы, построенная поверх почтового сервера", и в этой части нужна она клиентам мылвру примерно как зайцу стоп-сигнал. А те, кому нужен именно _exchange_ используют exchange в том числе и в облаке и на проблемы масштабирования так-то не жалуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #96

74. Сообщение от OpenEcho (?), 10-Окт-23, 12:34	+2 +/–
> и должны будете с протянутой рукой оббивать двери больших дядей чтобы они вам разрешили поучаствовать в обмене почтой то. Класс вас пробрало... Фентанол? Грибы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

75. Сообщение от OpenEcho (?), 10-Окт-23, 12:40	+/–
> https://delta.chat/serverguide ... > v=DMARC1;p=quarantine;rua=mailto:mailadm@example.org Ну-ну... удачи :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

76. Сообщение от Аноним (40), 10-Окт-23, 12:59	+/–
> Active-Passive? Давай, до свидания. Active-Passive это балансировка подключения клиентов между двумя датацентрами, ты видимо не понимаешь логику развертывания от слова "совсем". Есть несколько топологий подключения пользователей. В зависимости от конфигурации сервисов Autodiscover у тебя либо все пользователи определенного кластера "любят" первый ДЦ и переключаются на второй при полном сбое датацентра, а другие пользователи живущие на другом кластере наоборот. Это Active-Passive. Сделана привязка пользователь к кластеру. Альтернативный вариант подключения Active-Active, когда каждому пользователю поставлен в соответствие сайт AD, тогда кластер симметричен в каждом ДЦ. В случае Active-Passive он асимметричен. > Active-Passive ноды диски впустую не теряют, ога. Как я и сказал, ты не понимаешь логику крупного развертывания Exchange и споришь по-глупости. Exchange сам держит свой Storage равно как и dovecot в платной версии. Он управляет логикой репликации по дискам без применения RAID-ов. Ставится на сервер с кучей дисков и слабым процом, который за Mailbox-роли занимается только репликацией стораджей ESE. Обычно люди ставят базы поверх RAID с каким-то зеркалом 1 или 10, потому что 5 и 6 неимоверно долго перестраиваются. Exchange поддерживает такое развертывание, но категорически его не рекомендует, потому что это не даёт никакой ценности ни по восстановлению, ни по управлению ни по отказоустойчивости. Вот тебе простой пример если я ставлю базу почты на RAID10 в кластере с двумя узлами, то у меня 4 копии этой базы. Если я поставлю её на рекомендуемое развертывние, то у меня будет 3 узла Exchange и 3 копии этой базы. И если режим Active-Passive для междатацентрового Disaster Recovery, то 4 ноды, 3 в одном ДЦ, и одна во втором. Если резервное копирование глупое и не понимает eDiscovery и DAG, то нужно 5 нод. 3 в одном ДЦ, четвертая полоноценная во втором и третья lagged-копия тоже втором с задержкой репликации на 1-7 дней, которая нужна в случае полного развала кластера с порчей данных в условиях, когда система резервного копирования глупа и может восстановить только данные, но не кластер целиком (отсутствует поддержка Application Aware Backup). В Active-Active кластеры в обоих ДЦ будут симметричными, но обычно этот режим применяется в корпоративной среде, а не в провайдерской. В провайдерской у тебя один кластер 3+1, второй 1+3 и так этих кластеров, пока все стойки не позанимаешь. > На 3. Ибо кластер. Я не понимаю почему 3, могу только догадаться. В UNIX-подобных ОС редко встречается понятие кластерного свидетеля, то есть обычно для достижения кворума требуется нечетное количество ПОЛНОЦЕННЫХ узлов, потому что свидетели всегда специфичны для приложений и их редко делают. Просто напоминаю тебе что Exchange это всегда гиперкластер (кластер кластеров) причем внутри каждого кластера узлы слабо связаны друг сдругом и повторяют специфику сетевой топологии. Оно растянуто двух кластеров между двумя ДЦ с двумя свидетелями. Ограничение в 3 и в нечетнотность это очередные ограничения твоих продуктов. Но если ты собрался раскинуть 3 узла ОБЫЧНОГО кластера на 3 ДЦ, я рекомендую тебе уйти из профессии и не админить ничего больше никогда. Кластерный Heartbeat не должен зависить от транспортной между датацентрами. При растягивании обычного кластера и при нарушении роутинга между ДЦ он у тебя так развалится, что тебе придётся все восстанавливать по очереди и пересобирать с передобавлением нод и вытягиванием реплик... опять же если ты используешь репликацию... А если ты используешь репликацию, как это часто делают поверх локальных RAID в каждом узле и у тебя 3 узла, то одна копия у тебя хранится 6 раз. Если же у тебя внешний LUN для кластерного стораджа и ты цепляешь его сквозь транспортную сеть между 3 датацентрами... то так делать нельзя. Даже если ты подашь L1 через DWDM то это всё до первого серьезного сбоя и тогда тебе конец. > Обычный эмбедный Lucene. Не менее 10 лет уже. Мне казалось его и сделали платным, разве нет? Ну то есть полнотекстовый поиск они сами себе затюнили как надо, а другие пусть ковыряются сами. > Всё проще: копия проходящей почты ровно на 1 год, положенный законом. Журнал. Ясно, через бекапы. И как это поможет от быстрого удаления входящего письма, которое пришло, было прочитано и потом удалено по инициативе пользователя до того как случился бекап по расписанию. Только не говори мне что ты журналы транзакций применяешь раз в сутки...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #81

77. Сообщение от Аноним (40), 10-Окт-23, 13:05	+/–
Ты понимаешь, что когда мы говорим про ISAM мы говорим про реализацию Extensible Storage Engine, а не про те недоразумения, которые были в Linux типа myISAM или Aria. ESE это ISAM-сторадж c поддержкой атомарности, транзакционности, WAL, репликацией и прочее. На нем держится вся Azure / Office 365, на нем работает Azure AD, Exchange Online и прочее, а тебя фантазии про медленность репликации проблемы с восстановлением. Речь об этом: https://github.com/microsoft/Extensible-Storage-Engine Я прекрасно понимаю, что всё что ты написал справедливо для реализации ISAM в бесплатных базульках в Linux, но у него есть и нормальные реализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #80

78. Сообщение от Аноним (40), 10-Окт-23, 13:49	+/–
> Да ты никак не угомонишься). Я смотрю ты из тех админов, у которых опыта "нажали кнопочку и откинулись на спинку кресла." И как ты это понял? Астрологический прогноз составил? > Ага, рассказывай. Потом МБ воет от таких "гуру". Им про дела земные, а такие как ты все пытаются сумничать и усложнить до уровня космоса. > Опять ты со совими сервиспровадерами. Чего у тебя с ними там? Все никак не пойму. Ну потому что во-первых я работаю в этой среде и только с очень крупными развертываниями. Во-вторых dovecot - это продукт для сервиспровайдеров, а это как бы тема новости, на минуточку. Я не понимаю, что ты так сконцентрировался на МБ. И для малого бизнеса я делал развертывания и не буду я им предлагать решение по электронной почте с несколькими ДЦ и 5000 серверов. У каждой задачи есть свой инструмент. Прекрати свои глупые гадания про меня. > А про Коммунигейт даже не слова. Что так? Не потянул? Я люблю Коммунигейт у них хорошие SIP-функции, много пользовался сам как клиент, много ставил. Но вот почтовый сервис у них для провайдерских задач (суперкрупные развертывания) слабоватый. Последний раз когда я имел честь общаться с разработчиками Коммунигейта, они меня уверили в том что есть планы по развитию продукта, что некоторые его подсистемы нужно переписывать и главное - работа со стораджем. Вообще исторически у него была проблема с отказоустойчивостью и кластеризацией. Добиться высокого SLA было нереально. Потом они это исправили добавив вот это: https://www.communigate.world/Papers/FF_Dynamic_Cluster.pdf Это было добавлено как средство, чтобы залатать дырку в недостающем функционале по отказоустойчивости. Но у меня на это всегда есть аргументы: - "Inverted Pyramid of Doom" это гуглится. Вся полноценная кластеризация коммунигейта упирается в одну хранилку NFS (современная версия только с ним нормально работает и официально поддерживается на 100%) - При попытке решить проблему единой точки отказа (хранилка на несколько петабайт) посредством репликации на вторую такую же растет стоимость решения и не решается проблема, а что делать если засунула в реплику битые данные - Архитектура Disaster Recovery... Communigate ничего не предлагает - Попытка ставить сложные структуры из тонны маленьких хранилок с NFS Proxy - это высшая форма ненужного переусложнения. Проблема в том, что мне всё равно нужны: - Средства восстановления любого кластера от тотального сбоя и развала. По закону Мёрфи, всё что может пойти не поплану обязательно пойдет не по плану. - Если Communigate научится управлять своим почтовым хранилищем и предоставит свое решение по DR - будет то что нужно - Если Communigate откажется развивать Dynamic Cluster, а вернется к истокам, добавив репликацию и засунув письма в no-SQL/ISAM базы в рамках обычного кластера, то это тоже решает проблему. На данном этапе я его могу порекомендовать в Enterprise даже в крупный, но не на геораспределенные публичные почты и не на сервиспровайдерские теннанты. Я надеюсь, что развитие пойдет в правильном направлении, а то переписывание вебки ради красот фронтенда это мало. Нужно понимать, что Communigate очень сложен из-за того сколько в нем телефонии. Если ты посмотришь на страницу 5 той самой PDF-ки которую я скинул, то ты увидишь, что кластеризаций и отказоустойчивости там много: 1. Балансировщики 2. Фронтенды 3. Бекенды 4. Сторадж В то время как в том же Exchange у тебя их в свежих версиях 2. 1. Балансировщики 2. Mailbox-кластеры (в корпоративной среде он обычно один) Бывают еще рядом стоящие MTA и Client Access Proxy, но только для уберкрупных развертываний. Почему так? Почему так сложно в Communigate, спросишь ты. А я тебе отвечу, потому что телефония дружок. У нее свои требования по кластеризации. Exchange тоже был уберсложный пока они не выпилили нафиг ненужный Exchange UM, который проще на рядом стоящих астерисках и камаилио делать, нежели через Exchange. А вот у Communigate полноценный сервис телефонии внутри, который будет даже хорошо работать, если ты построишь TURN-релеи по транспортной сети и стыки с медиапроксикластерами местных VoIP-провайдеров в тех регионах, где у тебя офисы... но вот как почта это такое себе. И да, лучше Communigate покупать чем упражнять с dovecot community и укостыливать его. Причем самое смешное, что ESE теперь открыт под MIT и можно засунуть этот же самый формат базы edb в communigate взяв у Exchange всю логику репликации стораджа. Это радикально решает проблему со сложностью сопровождения больших развертываний Communigate и все тулзы есть и бекап-продукты понимают этот формат из коробки. Короче, я жду от нх развития продукта, но понимаю уровень сложности задачи по мажорному апгрейду, потому что там реально нужно очень многое переписать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #82, #83

79. Сообщение от Аноним (40), 10-Окт-23, 14:30	+/–
Вот ты так говоришь "плати бабло", будто в этом есть что-то плохое. И "не осиляешь" - это не аргумент. Зачем восстанавливать вырезанные в бесплатной версии функции своими силами, если можно купить полную версию. Или что? Все кто не выказывает страданий и не производит тонну ручного костылестроения у всех масла в голове не хватает? Проблема dovecot в том, что его в ентерпрайзе (ни в большом ни в малом) купить нельзя они его продают другому заказчику при этом дают кастрированную бетаверсию в качестве community edition, чтобы дурачки накостыливали и кичились, а когда им надоест можно конвертануть это всё и перенести в облако к OX Cloud совместимому провайдеру, у которого в комплекте с лицензией есть автоматизированные инструменты миграции. Это подленькая бизнесмодель, я считаю, учитывая, что так называемое "сообщество" не просто пребывает в блаженном неведении, но еще и обороняет свои поделки, которые строила ради собственной исключительности, экономии денег чужого бизнеса/начальника. Рабы... рабы вообще редко считают себя рабами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #86

80. Сообщение от Tron is Whistling (?), 10-Окт-23, 14:48	+/–
> Я прекрасно понимаю, что всё что ты написал справедливо для реализации ISAM > в бесплатных базульках в Linux, но у него есть и нормальные > реализации. Там проблема в другом. Проблема в том, что для почтовой хранилки это не очень пригодно. Dovecot'овский mdbox по сравнению с ней выглядит верхом совершенства. Active-passive репликация - в рамках почтового сервиса абсолютно бессмысленное решение, делается 1000+1 других способов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #93

81. Сообщение от Tron is Whistling (?), 10-Окт-23, 15:08	+/–
>> Active-Passive? Давай, до свидания. > Active-Passive это балансировка подключения клиентов между двумя датацентрами. Давай винду пропустим мимо, там половина терминов извращена, от слова "совсем". Активных реплик у базы в кластере сексчейнджа может быть только ОДНА. На этом и закончим. У меня же active-active между тремя DC. С отдельной "базой" на каждого пользователя, что сильно упрощает менеджу и шардинг всего этого хозяйства. > Вот тебе простой пример если я ставлю базу почты на RAID10 На этом месте можно дальше уже и не обсуждать. Понимаешь в чём дело, у меня сейчас ровно 4 копии данных - если RAID считать. На 3 DC. > Я не понимаю почему 3, могу только догадаться Потому что кворум. Линковый меш из трёх DC, с дуальными линками идущими разными путями. Полный синхронный active-active-active. Любая нода может в любой момент принять любого пользователя. > Кластерный Heartbeat не должен зависить от транспортной между датацентрами Через астрал делаете? Всё просто: развал линков != развал DC. В случае полного отвала одного DC остаётся кворум из двух. Но это не мешает параллельно жить внешней арбитрации с 4 точки "внешнего мира", просто она немножко по-другому реализована - все 3 DC смотрят в эту самую арбитрацию как дополнительный источник данных о том, кто жив, когда нужно решение по кворуму. > При нарушении роутинга между ДЦ он у тебя так развалится Да никак не развалится, потому что кроме внутреннего кворума есть ещё внешний арбитр. > Если же у тебя внешний LUN для кластерного стораджа и ты цепляешь его сквозь транспортную сеть между 3 датацентрами С этого момента поподробнее. В чём заключается конец? Один из сторейджей всегда write master. В случае совсем серьёзного сбоя останавливаются все ноды, которые не рядом с write master, они просто не могут произвести запись и вылетают из кластера. Здесь как раз именно оптимально цеплять LUN ровно там, где у тебя сами ноды пропущены, потому что тогда они потеряют кворум чуть раньше, чем обнаружат, что у них с записью полная задница. > Мне казалось его и сделали платным, разве нет? Нет. > Ясно, через бекапы Чтэ? Какие бэкапы? Какие сутки? Обычный (ну, ладно, не совсем обычный - дедуплицированный на входе) журнал, в который банально кладется копия проходящих сообщений - принятых/отправленных, либо положенных через IMAP. Ровно в момент прихода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #92

82. Сообщение от пох. (?), 10-Окт-23, 15:18	+/–
По-моему зря ты от них уже чего-то ждешь. Там чорная вдова пришла, отбирать свое. Поэтому продаваны ничего не продают, деньгов нема и не предвидится, разработчики кто в лес кто по дрова - и это при том что проект уже и так шатало из-за смены управления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

83. Сообщение от Аноним (28), 10-Окт-23, 15:35	+/–
Хамовитый тон ты сам вчера задал, я и поддержал. Будь проще и люди к тебе потянутся. По сабжу - твой посыл понянен, просто тут про dovecot (за бесплатный, заметь). За все плюхи, которые ты обозначил, надо кому-то заплатить + лицезирование. А ты обложил все дерьмом в силу свох достижений. Не правильно это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

84. Сообщение от Аноним (84), 10-Окт-23, 16:08	+/–
1.  https://modoboa.org/ 2. https://wildduck.email/ Выбирай, какой больше нравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

85. Сообщение от Аноньимъ (ok), 10-Окт-23, 16:45	+/–
> SMTP "с обвязкой" Там очень забавная обвязка когда нужна какая-то хоть на словах безопасность хоть чего-то. > Вам же сказали - SMTP "с обвязкой" за день-два RFC 5321 — Simple Mail Transfer Protocol. This is a protocol used to send emails between computers. RFC 5322 — Internet Message Format (basic format of an email message), previously RFC 822 and RFC 2822. RFC 5228 — Sieve: An Email Filtering Language. Sieve is a language used to file, filter, and forward emails RFC 3207 — SMTP Service Extension for Secure SMTP over Transport Layer Security. This is a protocol used to upgrade a plaintext SMTP connection to an SSL/TLS encrypted one. RFC 6376 — DomainKeys Identified Mail (DKIM) Signatures. This allows emails to be signed by a particular domain to ensure they haven't been tampered with, and to say that that domain claims responsibility for the message. RFC 8617 — Authenticated Received Chain (ARC). This is a protocol to provide an authenticated chain of custody for messages that have passed through intermediate mail servers, such as through forwarding. RFC 2045 — Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies. This is an extension to the email message format to support attachments and non-ASCII data in emails. RFC 2046 — Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types. RFC 2047 — MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header Extensions for Non-ASCII Text. RFC 2231 — MIME Parameter Value and Encoded Word Extensions: Character Sets, Languages, and Continuations.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #87

86. Сообщение от пох. (?), 10-Окт-23, 17:42	+1 +/–
Я сомневаюсь что автор оригинального dovecot (который dovecot 1.x) затевал его для этого. В свое время это была действительно просто попытка сделать *nix pop/imap сервер с минимальным вмешательством в систему и без чудовищных дыр isc imapd. Даже уже почти работала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #89

87. Сообщение от User (??), 10-Окт-23, 17:48	+/–
>[оверквотинг удален] > provide an authenticated chain of custody for messages that have passed > through intermediate mail servers, such as through forwarding. > RFC 2045 — Multipurpose Internet Mail Extensions (MIME) Part One: Format of > Internet Message Bodies. This is an extension to the email message > format to support attachments and non-ASCII data in emails. > RFC 2046 — Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types. > RFC 2047 — MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header > Extensions for Non-ASCII Text. > RFC 2231 — MIME Parameter Value and Encoded Word Extensions: Character Sets, > Languages, and Continuations. "Все что ты перечислил есть - только надо чуть чуть "масла" в голове иметь чтобы настроить.."(С) Сарказм.жпг - чтоб не потерялся на этот раз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

88. Сообщение от Аноним (88), 10-Окт-23, 18:28	+/–
> а one-line скрипта для установки до сих пор нет? вместе со всей остальной кучей софта, необходимого чтобы тупо поднять почтовый сервер Лови:    apt install dovecot-imapd И будет тебе IMAP-сервер. С почтой в /var/mail/ и аутентификацией через /etc/shadow. Тебе же тупо поднять почтовый сервер надо было? Без TLS, почты и юзеров в БД, и прочих наворотов. А если с наворотами - то это уже не "тупо поднять".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

89. Сообщение от Аноним (28), 10-Окт-23, 19:35	+/–
За что ты не возмешься, у тебя всё "почти".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #90

90. Сообщение от User (??), 10-Окт-23, 20:20	+/–
Щито поделать, десу? Других *nix'ов у нас не осталось. Есть конечно вариант "ни за что кроме комментов на opennet не браться" - у тебя неплохо получается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

91. Сообщение от Аноним (91), 10-Окт-23, 20:52	+/–
Да видно, что технический: какой-то понторез не отличает голубя от голубятни, думает, что S3-совместимое хранилище бывает только у CephFS и AWS, и считает, что S3 на AWS — это дорого. И пытается это рассказать на своём птичьем сленге. Ты мне больше не воркуй, голубок, от твоих букв пользы нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

92. Сообщение от Аноним (40), 10-Окт-23, 22:07	+/–
Давай-ка ты себя послушаешь сам. Сначала ты пишешь: > У меня же active-active между тремя DC. С отдельной "базой" на каждого пользователя, что сильно упрощает менеджу и шардинг всего этого хозяйства. Потом ты пишешь: > Один из сторейджей всегда write master. То есть active-active у тебя на почтовом кластере по работе с базами и на доступе, а storage, на котором у тебя базы как традиционный LUN на RAID c четырьмя копиями каждой базы. Я правильно понимаю? Этот кластерный Storage у тебя в режиме Active-Active на запись? Ежели да, то скажи название продукта :-) Если это обычный LUN пришедший по iSCSI или FC или локальный RAID, то у тебя на запись только одна точка. Что приводит меня в недоумение... Какого черта ты мне кичишься что у тебя базы в Active-Active тогда, если запись у тебя всё равно в одну точку. В чем тогда принципиальная разница от Exchange? > Давай винду пропустим мимо, там половина терминов извращена, от слова "совсем". Нет не пропустим, потому что пока не поймем отличия в наименованиях не поймем друг друга. Например, если мы считаем за active-active возможность сделать так, что каждый сервер может обслужить и принять любого пользователя, то тогда у меня абсолютно все сервера по всем протоколам могут в Exchange обслужить любого пользователя. Любой кластер может принять от пользователя запрос на вебсервисы, рисование вебморд, POP/IMAP и SMTP. Принять и отправить почту. База может даже лежать на соседнем DAG в соседнем кластере или датацентре - это не проблема. DAG организует только сторадж и больше ничего. Сервисы все Active-Active, только сторадж часть всегда имеет одну копию в которую можно писать. Да, каждая база в DAG может быть активной на запись только на одной ноде, равно как и требования к блочному стораджу, который активен на запись только в одном месте. И что в этом такого? На кластерах DAG лежат много баз. На каждом сервере много дисков. Эти диски не в RAID. На каждом диске 3 или более баз в зависимости от конфигурации сервера по дискам и от разверов одного DAG. На каждом узле DAG есть группа баз в активном режиме, а несколько в пассивном. Даже если у меня 4, 5 хоть 10 серверов в кластере у меня каждая отдельная база имеет только 3+1 копии в кластере DAG. 3 копии в одном датацентре и еще одна во втором датацентре, потому что каждый DAG растягивается на 2 ДЦ. При этом репликацией объектов занимается Exchange, а не службы кластеризации. При этом я тоже могу каждому пользователю выдать по базе, но мне это не интересно, потому что я могу производить миграции с точностью до ящика между базами и наоборот использую их вместо RAID и других технологий блочного стораджа. С менеджингом этого вообще нет проблем, причем ни на каких объемах. Давай-ка ты почитаешь: https://learn.microsoft.com/en-us/exchange/plan-and-deploy/d... И возможно поймешь, что я имею в виду. > Всё просто: развал линков != развал DC. В случае полного отвала одного DC остаётся кворум из двух. Если у тебя между датацентрами линки L1, и ты потерял 1 ДЦ, то всё нормально. Если у тебя есть транспортная сеть между большим количеством ДЦ, то есть вопросы роутинга. Транспортная сеть - это CLOS Network с использованием eBGP внутри и iBGP-на стыке с провайдерами. Это L3 Underlay поверх которого ты делаешь роутинг тунелей EVPN+MPLS или EVPN+VXLAN, что тебе удобнее. Развал BGP, который может произойти из-за человеческого фактора в этой ситуации приведет к сплитбрейну всех растянутых кластеров между несколькими датацентрами. И вот тогда начнется адище. А L1 решения не масштабируются, когда у тебя много локаций повсюду. > В случае совсем серьёзного сбоя останавливаются все ноды, которые не рядом с write master, они просто не могут произвести запись и вылетают из кластера. Вот это и есть адище, о котором я говорю. И от которого я защищен именно тем, что для каждого DAG есть 2 ДЦ. В каждом DAG сервера сгруппированы так чтобы данные были консистенты в рамках PoD и затем между PoD через еще один протокол решения сплитбрейнов. > Да никак не развалится, потому что кроме внутреннего кворума есть ещё внешний арбитр. С полным набором данных? Или это Cluster Witness? А почему он четвертый, этот арбитр? Или это просто внешний приемник для бекапов и мониторинга. Просто я такое даже не упоминаю нигде в своих текстах, потому что это как бы само собой предполагается. Инфраструктура мониторинга, бекапа и DR - это одно, а кластерный кворум - совсем другое. Но дело не в этом. Просто попрубуй сломать роутинг между ДЦ в лабораторных условиях и одновременно сделать IP-конфиликт. Поймешь что твое "никак не развалится" - это больше из области религии, а не технологии. > журнал, в который банально кладется копия проходящих сообщений - принятых/отправленных, либо положенных через IMAP. Ровно в момент прихода. Это для всех или только для тех на кого погоны попросили? Просто если для всех, то... ох блин, это же сколько надо места тогда впустую... А если ты можешь включить это только для некоторых ящиков, то это и есть Litigation Hold.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

93. Сообщение от Аноним (40), 10-Окт-23, 22:51	+/–
> Проблема в том, что для почтовой хранилки это не очень пригодно. То есть весь Office 365 это использует, а тебе не пригодно. Это не просто пригодно, но и проверено огромными облачными нагрузками. > Active-passive репликация - в рамках почтового сервиса абсолютно бессмысленное решение, делается 1000+1 других способов. Ну перечисли мне хотя бы первые 4 из этих "1000+1 других способов". Эта репликация в Exchange используется категорически вместо блочной репликации стораджа. На базе ESE поднимается специально оформленный объектный сторадж. Еще и с поддержкой полнотекстового поиска из коробки. Теперь их там 2 кстати. Или ты всерьёз предполагаешь что кто-то использует не просто active-active кластеризацию сервисов, а прямо master-master на сторадже на крупных развертываниях? Мастер-мастер именно для журналов транзакций, БД и прочего всего - крайне редкий зверь для мелких задач, а ты про почту с её петабайтами объемов. В общем есть 2 стула^W вопроса про чистый master-master для данных (пусть даже без блочных ухищрений, прямо на обычных дисках): - Ты либо используешь синхронную репликацию и ждёшь коммита в лог на всех узлах кластера. Dovecot, опять же использовал её для сервисной части конфигурации в БД, через Galera Cluster. Редкая помойка, но работает, если там нет самих писем и они в другом месте. - Либо ты используешь асинхронную репликацию на master-master и тогда сплитбрейн гарантирует потерю данных в случае неверного промоутинга. И выйти из него задача нетривиальная. Просто покрутив много лет назад, когда это было всем таким модным Galera Cluster, MariaDB и свежие версии MySQL для веб-соплекух c асинхронным master-master, выкинул это как ненужное усложнение, которое не понятно какую проблему решает. Да, для пары тройки локаций это работает, но если у тебя сотни физических почтовых серверов...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #94

94. Сообщение от Tron is Whistling (?), 10-Окт-23, 23:13	+/–
> Или ты всерьёз предполагаешь что кто-то использует не просто active-active кластеризацию сервисов, а прямо master-master на сторадже на крупных развертываниях? Мастер-мастер именно для журналов транзакций, БД и прочего всего - крайне редкий зверь для мелких задач, а ты про почту с её петабайтами объемов. Именно поэтому для почтовой хранилки "классические БД" по факту и непригодны. Либо object storage, либо что-то ещё кластеризуемое, третьего не дано. Весь этот эксченджевский EDB - лютый костыль за неимением лучшего, слепили из того что было. > Ты либо используешь синхронную репликацию и ждёшь коммита в лог на всех узлах кластера. Или ты не используешь БД для хранения почты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #97

96. Сообщение от Tron is Whistling (?), 10-Окт-23, 23:59	+/–
Ды я заметил. Как посмотришь на форумы - ой, я тут взял 4 ноды 64 ядра 1Тб под Exchange, а он так себе ворочается, надо ещё добавить... Ну, да, в копроративной среде норм, но для массового сервиса не годно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #98, #99

97. Сообщение от Аноним (40), 11-Окт-23, 03:25	+/–
> Либо object storage, либо что-то ещё кластеризуемое, третьего не дано. А что это по твоему и что ты считаешь за object storage? Object Storage это понятие растяжимое. Да у тебя там есть шарды, они как-то реплицируются и имеют какую-то избыточность по какому-то принципу. Одни пихают ФС поверх object storage. Само по себе решает только проблему inverted pyramid of doom, автоматизируя репликацию стораджа между узлами кластера с JBOD. Такой вариант не подходит для почты. Вторые используют его для объектов похожим образом как делают ключ-значение. Я к тому, что движок этого object storage тебе надо было бы определить, потому что они все разные. Вся эта нестандартизированная терминология в конечном итоге сводится к тому что есть документо-ориентированная база данных, no-SQL, хранилище ключ-значение или object storage и под капотом какая-то логика хранения этого всего. Учитывая сколько там решений и путаницы в определениях, то продукты по таким категориям делить - дело не благодарное. И самое главное, каждый пытается изобрести свою документо-ориентированную базу со своим способом кластеризации и со своей внутренней логикой репликации по JBOD-узлам. Так который object storage ты видишь идеальным для почты и чем конкретно на эту роль не подходит ESE, который выполняет эту работу блин 30 лет и создан для хранения именно объектов, а не классического OLTP с SQL. > эксченджевский EDB - лютый костыль за неимением лучшего А в чем его костыльность конкретно выражается? Ты можешь его взять и прикрутить к своей соплекухе и поверх него построить документо-ориентированную БД с блобами средней жирности. Хочешь, объекты в нем храни. Это же низкоуровневая штука. Причем подобрать себе сторадж под письма, которые по определению документы - это полбеды. Тебе нужно его еще забекапить, восстановить, восстановить только определенные объекты, обслуживать по вопросам очистки старых данных и искать по нему полнотекстовым поиском. И вот ESE это всё умеет. И нагрузку он держит такую что весь Exchange Online на нем. И утилит и бекапов готовых куча. В чем проблема, то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

98. Сообщение от Аноним (40), 11-Окт-23, 03:46	+/–
Потому что бараны не умеют готовить Exchange, бараны не умеют читать документацию, бараны не умеют планировать и считать ресурсы. Зато бараны умеют ходить по форумам ныть и врать про Exchange. Начинай читать отсюда: https://www.microsoft.com/en-us/download/details.aspx?id=102123 Садимся за калькулятор и планируем развертывание. Статью я тебе выше кидал, про best-practice с JBOD. Когда осилишь доку и забьешь параметры квотирования в Excel-ку, попутно разобравшись, что там от чего зависит поймешь, что: - процессор в Exchange это дело 10-е. 8-10 физических ядер там хватит на обслуживание огромного количества пользователей. Или 12-16 если процы и матери из музея. На Exchange не надо новое покупать, на него старье выгодно ставить, только диски новые. - памяти тебе хватит 96-128ГБ А те кто жалуется что у них тупит сделали 2 ошибки: - поставили Exchange на RAID. Чтобы оно ворочалось нужно не ниже 25% SSD-кэша от объема LUN-а и это без учета "шпинделей". Это жирно. И кстати, этого требования нет, когда у тебя все диски локальные и кэшируются в RAM или на локальных SSD для ускорения записи. Там формулы расчета другие совсем. - поставили виртуальный Exchange и тем самым у них выросли системные требования примерно в 4 раза по процу. Причем эти косорылые бараны всенепременно должны совместить оба пункта и всунуть это в VMware, снапшоты которой не могут его забекапить без потери работоспособности узла. А все потому что без виртуализации у нас лапки, мы админить не умеем настоящие человеческие сервера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

99. Сообщение от User (??), 11-Окт-23, 07:14	+/–
> Ды я заметил. Как посмотришь на форумы - ой, я тут взял > 4 ноды 64 ядра 1Тб под Exchange, а он так себе > ворочается, надо ещё добавить... А не надо ЛОР смотреть. И opennet - тоже с осторожностью )))) > Ну, да, в копроративной среде норм, но для массового сервиса не годно. Еще раз - вам переговорки с воображаемыми друзьями бронировать надо? Их календари шарить? Статусы присутствия видеть? Совещания с ними организовывать? Контакты смежников искать? Прости осспыдя, электронный документооборот (Нннинада так!) с ними вести? Бесшовно внедрить ЭЦП для себя и кота? Папки для него шарить? Задачи ему назначать и выполнение контролить? Централизованно группами рассылки управлять? Или просто аутлук поставили и пользоваться под угрозой лишения борща заставляют? Ну тогда да, тогда беда. Придется 4 бакса на сабскрипшн план мс365 потратить - не знаю уж только, сколько вас таких некоропоративных-с-запросами - достаточно для "массовости" или не очень?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #103

100. Сообщение от Аноним (100), 11-Окт-23, 18:53	+/–
Теперь он называется Carbonio, у которого есть Community edition.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

102. Сообщение от pofigist (?), 11-Окт-23, 23:03	+/–
На самом деле - негодно. Но это отдельный вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

103. Сообщение от Tron is Whistling (?), 11-Окт-23, 23:24	+/–
> Еще раз - вам переговорки с воображаемыми друзьями бронировать надо? Нет, я могу и в реале перетереть. > Их календари шарить? За шаринг чужого календаря можно и канделябром отгрести. > Статусы присутствия видеть? Лучше статусы отсутствия. Ибо - задолбали. > Совещания с ними организовывать? Упаси высший разум. Я с друзьями совещаний не провожу, сижу перекуриваю. > Контакты смежников искать? То смежников, то промежников, гугл не зря придумали. > Прости осспыдя, электронный документооборот (Нннинада так!) с ними вести? С друзьями-то? Спасибо, но нет. > Бесшовно внедрить ЭЦП для себя и кота? Кот обидится и нассыт в тапки. Или под кресло. Но если кто-то захочет - могу и со швами внедрить. Скальпель имеется, крючки с кевларом тоже. > Папки для него шарить? Папок ныне шарить не принято. За мамок не распишусь. > Задачи ему назначать и выполнение контролить? Коту-то? Он и сам во все углы нассыт, у него тасклист встроенный и безотказный. > Централизованно группами рассылки управлять? У меня одна группа рассылки. То есть посылки. Куда - сами догадаетесь. > Или просто аутлук поставили и пользоваться под угрозой лишения борща заставляют? Борща - нет, но вот за котлеты тельняшку порву.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #104, #105

104. Сообщение от Tron is Whistling (?), 11-Окт-23, 23:28	+/–
[дотошным: да, я в курсе, что кевлар - это не про хЕрургию, но в случае внедрения ЭЦП пойдёт]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

105. Сообщение от User (??), 12-Окт-23, 10:24	+/–
Ну вот и у меня так же. И у знакомых моих. Ну и нахрена тогда этому самому "массовому" Exchange в отрыве от работы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

106. Сообщение от Dima (??), 12-Окт-23, 20:58	+/–
Ты явно ни когда не поднимал почтовик. Иначе бы такую пургу не нёс. Аж смешно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

107. Сообщение от Dima (??), 12-Окт-23, 21:02	+/–
Гордиться тем, что используешь такое го.... как эксчендж, это вообще надо жить без мозга. Большего отстоя чем он вообще ни когда не встречал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема