On Mon, Jun 19, 2000 at 12:06:34PM +0400 Andrei V Masalov wrote:
> > > > > Видимо не очень в кассу, но все же...
> > > > > Посмотрите в сторону Qmail (www.qmail.org) в конфигурации Maildir +
> > > > serialmail.
> > > > > Можно сделать такую фишку: все письма для домена сваливаются в почтовый
> > > > ящик.
> > > > > Точнее в почтовый каталог, это прибамбасина qmail.
> >
> > Хреновая прибамбасина. Можно использовать только в corporate среде, где
> > юзеров мало, а аттачи большие. В CGPшной рассылке один страдалец писал, как
> > от большой любви к maildir (там оно тоже есть), так изнасиловал свой линукс
> > (много файлов на FS), то тот встал раком.
>
>
> С дуру можно и ... сломать. А сколько у него было пользователей, то есть сколько
> почтовых ящиков (Maildir'ов)?
Это американцы. Я не помню сколько точно, но по их понятиям немного -
скорее всего десятки тысяч.
> Заодно поясните пожалуйста, чем же это она хреновая?
Тем что файлов в системе очень много. Это поедает ресурсы (inodes,
caches). На хреновых OS это может быть критично.
> За три года эксплуатации ничего такого не заметил. Может дело в том, что не надо
> валить homedir'ы, spool, queue и т.п. в одну файловую систему?
У меня есть еще масса позитивных идей как потьюнить систему. Вопрос
зачем сначала создавать проблему, а потом ее героически решать. Безусловно
начал бы я с линукса, но суть не в этом. zmail живет на одной машине и на
одной FS (Solaris7/SPARC, UFS, ext. raid) - проблем нет.
Вот интересная цитата по дискуссии mbox/mdir:
On Wed, Jun 14, 2000 at 02:12:31AM -0700 Vladimir Butenko, Stalker Software, Inc. wrote:
> >I still think I will go with the mdir format on production use though.
> >Intuitively it seems more robust and this is also a claim I see a lot
> >on the web.
>
> Yes, those claims can be seen in Q-ties, but this does not move them any
> closer to the reality. The thing was that legacy mail programs were extremely
> inefficient in parsing the .mbox files (the CGatepro parsing speed should be
> very close to the disk i/o speed).
>
> The other source of "love" for '.mdir" format, especially in open source
> circles is inability of open source servers to provide simultaneous access to
> mailboxes when those mailboxes are in the .mbox format. The probabilty of the
> data corruption is very close to 100% in case of the .mbox format and is very
> close to 0% (but is NOT 0%) for .mdir format. This is why they call it "more
> reliable".
>
> CGatePro does not rely on File System primitives to support multi-access, so
> this argument does not work: CGatepro provides you simult. access to mailboxes
> (a real one, not open-source one based on the "low probability" concept) on
> the Mailbox Manager lever - and it does not care about actual mailbox format
> at that level.
>
>
> >The disk usage won't be much of a problem (BTW, the
> >default block size on Linux's ext2 filesystem is 1K :-).
>
> Yes. But you will be using 10-100 times more i-nodes (that need their own
> storage and cache).
>
>
> >Ok, sorry for my rant but I felt I had to clarify my previous post. I'm
> >not even a customer yet so I actually have no right to speak here :-).
> >Please don't see this as criticism towards CGPro. As far as I know
> >the mailbox parsing is a problem with many mailservers out there.
> >It is just a suggestion for potential improvement of an already great
> >product.
>
> The thing is that the direct parsing gets slower as the mailbox size
> increases. Slowness of the mail.stalker.com is not explained by that only -
> it's a test server that runs in the debug environment - so it's 3-10 times
> slower than "the real thing" on the same hardware.
> > > > И там лежат. До тех пор,
> > > > > пока клиент не обратится к этому почтовому ящику любым способом, хоть
> > > > telnet'ом
> > > > > на 110 порт. Тогда срабатыват serialmail и отсылает все из этого почтового
> > > > > ящика на заранее определенный сервер обычным SMTP. Там еще есть несколько
> > > > > способов, но это самый простой.
> >
> > Извращение просто картинное. В рамочку и на стенку - как делать не надо.
> >
>
> Ну я сам этого не делал. Просто так можно сделать. Опять же поясните, чем плохо?
Есть стандартный механизм форвардинга, есть механизм конечной доставки.
Смешивать их нельзя. Иначе оно больно отзывается в самых разных местах в процессе
жизни системы.
Boris.
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
