Re: deactivating folders

Carlos Santos schrieb:

>> 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.

> Hmmm.... You may be on to something... If I allow folders, that would 
> mean I wouldn't have to get near Neomail's code. On the other hand if I 
> reduce the users disk quota to, say, 5 MB. That would be disk enough to 
> work for a couple of emails but not enough to encourage users to use 
> Neomail as a permanent replacement for Outlook (or whatever mail client 
> they use). Which is what I want: Neomail would become an emergency 
> resource but not a full fledged replacement. That does make me want to 

Well i think i understand, what you want ;-)
Don't forget:
1. The INBOX == mail spool -> available for pop3 retrieval
2. The INBOX quota management is not done by neomail

This means, if you reduce the folderquota size in neomail, it only
affects all folders beside the INBOX.

> ask one last thing: if the quotas were to be set at 5MB and the user has 
> 20MB of emails in the pop3 server, and the user tries to transfer that 
> content to one of his customized folders, how would that work ? Neomail 
> would transfer up to 5MB to the users folder and leave the remaining 
> 15MB where they were ? Or that would cause the entire 20MB to be neither 
> here not there ? Losing emails is not an option.

It's not necessary to give your users such a "big" folderquota.

If i would be you, i would do the following:

1. Set folderquota to 10 -> 10 KB
2. Disable (remove) the folder button in neomail.pl
3. Disable in neomail-prefs.pl the part, which would call
    the folder management

This would lead to the following:
Your users can receive as many mails, as they receive (no restriction
from neomails side). They can delete mails (move to the TRASH).
Only 10 KB will be held in the trash.

To 2.
Comment out the line, which contains:
$temphtml .= "<a 
href=\"$prefsurl?action=editfolders&amp;sessionid=$thissession&amp

To 3.
Locate inside neomail-prefs.pl
if (defined(param("action"))) {      # an action has been chosen
Comment out
	editfolders();
	addfolder();
	deletefolder();

After editing the files, recheck the permissions.

Hope this helps.

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