From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3FA37332.1050905@yauza.ru> Date: Sat, 01 Nov 2003 11:47:46 +0300 From: "Pavel S. Khmelinsky" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030710 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] =?KOI8-R?Q?=F2=C1=DA=C2=D2=CF=D3=C1=D4=D8_=CF=C4=C9?= =?KOI8-R?Q?=CE_=D0=CF=DE=D4=CF=D7=D9=CA_=D1=DD=C9=CB_POP3=CE=C1_?= =?KOI8-R?Q?=CE=C5=D3=CB=CF=CC=D8=CB=CF_=D0=CF=CC=D8=DA=CF=D7=C1=D4=C5=CC?= =?KOI8-R?Q?=C5=CA?= References: <3FA2EB54.8030205@novikov.org> In-Reply-To: <3FA2EB54.8030205@novikov.org> X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 08:47:46 -0000 Archived-At: List-Archive: List-Post: Vladimir NOVIKOV wrote: > Привет всем, > > Хочу спросить у Вас совета по поводу организации работы нескольких > пользователей с одним почтовым ящиком. > > Ситуация такая: в нашей конторе, по решению начальства, один адрес > электронной почты на всех. Так сказать, клиент имеет дело с компанией, а > не с некоторым человеком внутри её. Это связано ещё и с нашими > регулярными поездками. Во время отсутствия сотрудника его проще > заменить, так как вся входящая и исходящая почта лежит в одном месте. > Чтобы поднять историю переписки с тем или иным партнёром не надо лезть в > чей-то компьютер. > > Все уже, наверное, догадались, что данная организация труда порождает > очередь перед этим самым компьютером, что, мягко говоря, непродуктивно. > > Начальство не возражает против перестройки всего процесса, но при том, что > а) сохраняется один адрес на компанию, а каждый сотрудник просто > подставляет свою подпись; > б) переписка не должна дробиться между разными компьютерами. С одного > или нескольких рабочих мест необходимо иметь доступ к полному архиву, > чтобы потом не было воплей типа "а этих двух недель в моём компе нет, > так как я был в командировке". > в) кроме того, используется единая адресная книга в Mozilla, которую > также не хочется дублировать на каждый компьютер, а потом иметь дело с > разными версиями. > > У провайдера почта забирается по POP3. По-видимому, нам надо ставить > свой внутренний сервер IMAPи архивировать почту на сервере. Но как тогда > запретить пользователям сохранять письма в локальных папках а принуждать > сортировать только внутри находящихся на сервере IMAP folders? Систему > желательно всё-таки сделать idiot proof. > > Собственно, вот и всё. Если кто поделится идеями, или подскажет > литературу по этим вопросам, то я буду признателен. Я догадываюсь, что > этот вопрос как-то решён в компаниях, у которых много народу работает с > почтой, приходящей на support@firm.com, но пока знаний не хватает, чтобы > самому дойти. > Вариант первый: Создаем один почтовый ящик и настраиваем его у всех. При этом убираем галочку "Удалять почту с сервера после получения". Такая галочка есть во всех виденных мною почтовых клентах. В вся входящая почта всегда хранится на сервере и даже вновь оборудованное комп. место сразу же получит весь архив. Это и плюс и минус. Кстати не плохо было бы еще права выставить так чтобы pop3(или что у Вас там)-севрер не мог удалять почту из Maildir (Maildir кстати в вашем случае предпочтительнее), даже если у Вас пользователь по дурости снимет Выше описанную галочку. Куда уж проще? Вариант второй: Создаем по ящику на каждого, создаем алиас с Вашего_единсвенного_ящика на все созданные и в каждую почтовую программу настраиваем так чтобы она в Reply to: подставляла Ваш_единсвенный_ящик . Чуть сложнее, но тоже проще дальше некуда. Этот вариан чуть более гибок. Оба варианта работают с Вашим условием касательно коммандировок. В первом случае почта просто всегда хранится на сервере во втором накапливается. Что касается мозиллы то она поддреживает храниение адрессной книге в LDAP.