From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 14 Aug 2003 03:56:41 +1100 From: Dmitry Lebkov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] =?KOI8-R?Q?=E4=C5=D2=C5=D7=CF_=D0=C1=D0=CF=CB_=D7?= courier-imap Message-Id: <20030814035641.5123a139.dima@sakhalin.ru> In-Reply-To: <3F3A65EC.9060301@l14.ru> References: <3F3A595E.1040702@l14.ru> <20030814031828.3fec2f87.dima@sakhalin.ru> <3F3A65EC.9060301@l14.ru> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 16:56:17 -0000 Archived-At: List-Archive: On Wed, 13 Aug 2003 20:23:08 +0400 Lubimov Alexey wrote: > Dmitry Lebkov пишет: > > >On Wed, 13 Aug 2003 19:29:34 +0400 > >Lubimov Alexey wrote: > > > > > > > >>Я смотрю, все папки на courier-imap видятся как подпапки в inbox. > >>В инете написано. что так и надо. > >>Можно ли сделать, чтобы Sent Drafts и Outbox были таки отдельно от > >>входящих? Или это нереально? > >> > >> > > > >Насколько я помню - нереально. В начале эта фича IMAPa меня просто > >"убивала". А сейчас - ничего, вроде привык .... %) > > > > > uw-imap легко позволяет. > Так что это фича исключтельно курьера... > Возможно я чего не понял и это вообще последствия виртуального > хостинга... /usr/share/doc/courier-imap-2.0.0/FAQ.imap: ... *I can't create any top-level folders, only subfolders of INBOX This is a configuration issue with your mail client. IMAP servers are free to use any folder namespace arrangement that's technically convenient for them. Courier-IMAP uses "INBOX." as the namespace for private folders, and "shared." as the namespace for public, shared, folders. The IMAP NAMESPACE extension (see http://www.rfc-editor.org/rfc/rfc2342.txt) allows IMAP clients to automatically discover where the server creates folders, and your IMAP client should implement it. This should be completely transparent to you, if your IMAP client properly uses the NAMESPACE extension. If your IMAP client were to automatically take advantage of self-configuration features offered by RFC 2060 and RFC 2342, it would automatically discover, without any additional configuration from the user, that: 1. The folder namespace hierarchy separator is the . character 2. Private folders are stored underneath the "INBOX." hierarchy 3. Public folders are stored underneath the "shared." hierarchy If you have to explicitly create folders that are subfolders of INBOX, or if you explicitly have to name that "INBOX.foldername", this is due to your IMAP client not being able to configure itself accordingly. ... -- WBR, Dmitry Lebkov