mbox срещу maildir
Във вторник, 16 декември 2008 г. 16:16:06 +0800, Леонид Попов написа: LP> Въпросът е, че когато получа поща от пощенска кутия чрез pop3, sendmail пише в LP> не го иска. И процесите се натрупват в големи количества. Може би аз LP> да не разбирам нещо погрешно?
При типични инсталации вероятността нов имейл да пристигне в момента, когато pop3 клиентът изтегля нови имейли, е много ниска и това блокиране не пречи.
Но дори и да имате N съобщения на минута, няма за какво да се притеснявате, че по време на проверката ще се натрупат няколко съобщения в очакване на доставка.
Също така си струва да проверите дали имейлите се доставят чрез $prefix/libexec/dovecot/deliver
Ако sendmail пише в mbox сам, индексите на dovecot не се актуализират при получаване на съобщения, а при изтегляне на съобщения индексът се изгражда отново - времеемка и ресурсоемка операция.
Ако не се използва доставка, тогава процесите наистина ще се натрупат в големи количества .
LP> Въпросът е, че когато получа поща от пощенска кутия чрез pop3, sendmail пише в LP> не го иска. И процесите се натрупват в големи количества. Може би аз LP> да не разбирам нещо погрешно?
„проблеми със заключването на mbox“ обикновено означава, че някои забравят да го заключат (и също, че не винаги е достатъчно лесно да се настрои, ако mbox се съхранява в /var/mail, а не в $HOME). Т.е. проблеми, от които съдържанието на mbox е неправилно. Но да, описаното поведение също може да бъде проблем. И да, maildir (и от всички опции, базирани на директория, само maildir) го решава.
sendmail обаче не знае как да доставя на maildir сам (той, всъщност, знае само mbox сам), трябва да вмъкнете задължителния procmail или maildrop по пътя. Който,Между другото, също трябва да бъде внимателно конфигуриран.
-- Артем Чуприна RFC2822: Jabber: ***@jabber.ran.pp.ru
Ръководство за потребителя: Бутон Tyts "PYSHCH"!
Във вторник, 16 декември 2008 г. 10:39:49 +0000 (UTC), Артем Чуприна написа: AC> sendmail обаче не знае как да достави до maildir сам (той, AC>, всъщност само mbox може да го направи сам)
В случай на dovecot не трябва да поставяте съобщения в mbox с помощта на sendmail - в този случай индексът няма да бъде актуализиран и ще трябва да бъде изграден отново.
Трябва да използвате dovecot lda: http://wiki.dovecot.org/LDA
Какво? През тези единадесет секунди (докато попърът чете кутията) от някои процеси успява да се натрупа. Нещо не е наред с попъра ти. Сега проверих на popa3d - изпратих 999 писма до себе си от друг хост по време на отворена pop3-сесия. Всички достигнати в рамките на половин минута (те ще бъдат видими за клиента, разбира се, само в следващата сесия). Вярно, караха се забавно помежду си, да речем 3-та буква дойде след 22-ра и преди 1-ва, но това няма нищо общо с попъра и накрая стигнаха всичките 999.
А каква е скоростта на връзката? Попър чете пощенската кутия _локално_. Какво с 30 мегабайта отнема малко по-малко от секунда.
Добър ден (сутрин, вечер, вечер), Леонид!
LP> Въпросът е, че когато получавам поща от пощенска кутия през pop3, sendmail пише LP> не го иска. И процесите се натрупват в големи количества. Може LP> Не разбирам ли нещо погрешно?
да Поставете обратно празното място в квадратчето за отметка „оставяне на пощата на сървъра“. За да запази на сървъра, имап е изобретен.
А за imap измислиха maildir.
Забележка. Четох моята поща в Google от дачата си чрез скапан бавен gprs само чрез imap. Просто работи.
Приемиуверение в моето най-високо уважение. /Moose
. Попитайте ме защо храната не е сладка, защо чешмяната вода не е винаги.
Така че всеки нормален попър може да направи това, същият popa3d.
VS> Така че нямам връзка с живота. Но си спомням добре как попърът създава VS> копие на пощенска кутия като /var/mail/.pupkin.pop, с ужасно бръмчаща перка. VS> И след като падна поради загуба на комуникация, pupkin не можеше да влезе отново дълго време.
Леонид Попов написа:
LP> Досега аргументът за maildir е липсата на проблеми с блокирането (или аз LP> греша?) грешите, проблемът с блокирането не отива никъде.
Вторник, 15 декември 2008 г., Виктор Вагнер пише на Леонид Попов:
LP>> Кое е по-добро? Използване на POP3. Dovecot сървър. MTA LP>> sendmail VW> maildir е по-добър. Но с pop3 препоръчвам да се изпреварват потребителите на imap. VW> За щастие гълъбарникът също може да го направи.
И какво е доброто? Освен това пощенската кутия на потребителя ще бъде на сървъра?
Чао, Виктор. * Декларация. Не пия, не пуша. Ще се запозная с момиче, което отива в магазин за дим и водка. . Осъществено от Linux
На Tue, 16 Dec 2008 01:41:22 +0800, Леонид Попов написа: LP> Кое е по-добро? Използване на POP3. Dovecot сървър. MTA изпращане на поща
Плюс пощенска кутия - малко файлове и като резултат: бързо архивиране (и възстановяване от нея), бърз fsck (от значение за BSD). Но за pop3 клиенти това не е типична операция.
Ако IMAP не е планиран, тогава пощенската кутия IMHO е по-добра
Антон Южанинов написа: AY> Минус пощенска кутия - изтриването на писма от средата на кутията отнема много време. Но за pop3 AY> клиенти, тази операция е нетипична.
Това явно е някакъв много скапан сървър :((
Правилновнедряването просто маркира съобщението като изтрито, цялата пощенска кутия се пренаписва само след извършване на запис (изчистване за IMAP), особено ако POP сесията е била прекъсната преди QUIT, тогава всички изтривания трябва да бъдат премахнати.
Андрю А. Василиев написа: AAV> Антон Южанинов написа: AY>> Минус пощенска кутия - изтриването на писма от средата на кутията отнема много време. Но за pop3 AY>> клиенти, това не е типична операция. AAV> AAV> Това, очевидно, е някакъв вид много крив сървър :(( AAV> AAV> Правилното внедряване просто маркира писмото като изтрито, AAV> цялата пощенска кутия се пренаписва само след ангажиране (изчистване за IMAP),
Да, получава се мини-fs в един файл. :) Само тук fsync се прилага чрез създаване на fs от нулата, като създаването на света след стартирането на Големия адронен колайдер.
Е, да, да, най-доброто място за съхранение на филми е пощенската кутия. ;)
Евгений Б. Бердников написа:
AAV>> Правилното внедряване просто маркира имейла като изтрит, AAV>> цялата пощенска кутия се пренаписва само след комит (изчистване за IMAP), EBB> Да, получава се мини-fs в един файл. :) за mbox - оказва се, понякога (по-често тези знаци се съхраняват отделно, защото няма нужда да ги записвате често на диска) а за maildir се оказва - нали, той знае какво има отгоре на fs overhead.
EBB> Но fsync се внедрява чрез създаване на fs от нулата, защото тази операция е рядка, но за разлика от fs, не можете да я оставите в случай на злополука след бъркотия, те няма да разберат, сър. От чист лист, незадължително, но много удобно с оглед на атомарния характер на операцията.