Re: deactivating folders
Torsten Mueller <[email protected]> Wed, 11 Feb 2004 16:58:02 +0100
| Newsgroups | gmane.mail.neomail.general |
|---|---|
| Message-ID | <[email protected]> |
Carlos Santos schrieb: > > Hi. > > I'm considering the use of Neomail as a mail client for situations where > my clients aren't at home or are on vacation or something and want to > check their email. My server is running Linux Redhat and Sendmail (POP3) (sendmail isn't a POP3 server) > and Neomail will be setup in this server as well. I think Neomail does > the trick but is actually more than I need. I want to be able to list > the messages in my account, delete one or more, read the ones I'm > interested in, see/download the attachments, reply to messages or send > new ones and be able to send attachments as well. Nothing out of the > ordinary. Neomail seems to do all of this. However, Neomail allows the > user to create and maintain folders which means that Neomail pulls the > content of the pop server into these folders. I don't want my clients to > be able to do this. Each account should always have its content in the > pop server. The messages would only be removed if the client orders them > to be deleted (by using Neomail's features). The idea is to allow them Yes, but neomail moves the deleted messages into the trash folder. > to check emails, reply urgent matters etc but keeping the account's > content in the pop server. I don't want Neomail to pull the entire > content of the accounts like all normal mail clients.I don't want > Neomail to replace my clients Outlook's and Eudora's at home, I just > want an emergency alternative for special situations where they can't > use their own mail client. > > Does anybody know if it is possible to set up Neomail like that without > having to alter Neomail's code ? > Any ideas ? Without changing neomails code ... hmm Possibly you should set $folderquota to 1 see: folderquota - Once a user's saved mail spools (not including their INBOX, which, if managed, will have to be managed with system quotas) meet or exceed this size (in KB), no future messages will be able to be sent to any folder other than TRASH, where they will be immediately deleted, until space is freed. This does not prevent the operation taking the user over this limit from completing, it simply inhibits further saving of messages until the folder size is brought down again. I don't know, if setting $folderquota to 0 means unlimited or 0 KB, but with 1 KB possibly 1 or 2 mails can be saved to another folder, so this could be emergency soltion for your users. Torsten ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click