From: Scott N. <Sco...@bo...> - 2007-02-19 16:39:46
|
On 1 Feb 2007 at 17:07, Trapper wrote: > I tried the conf/defaults.generic.inc hack. It does create the special > folder names in the folder list. However, it does not create the > folders for me. I still have to depend on the user to do this through > their Options interface. > > As far as other folders goes, I have Mercury Mail Transport's IMAP > server it it has no facility to create folder files when a new user is > created on the mail server. For this purpose I have what I call my 'IMAP_skeleton' folder. With a dummy user logged in with Ilohamail (or any IMAP client), create the 'Trash' and 'Sent' folders (see below about INBOX). The result is the following list of files, which I copy to the new user's mailbox directory: FOL006CA.PMI FOL006CA.PMM FOL00EE6.PMI FOL00EE6.PMM HIERARCH.PM IMAPSUB.PM STATE.PMJ The *.PMI and *.PMM file pairs are the Trash and Sent mail folders, the last five (hex) digits in the filename will differ for you as they are automagically generated by Mercury/32. The rest of the files are other components of Mercury/32's IMAP system and are all text files which you can examine with your favorite text editor. > > I note that RoundCube does physically create Sent, Trash and Draft > folders by default. I'll sift through the code and see if I can figure > out how they accomplish it. Perhaps it will offer an idea. > > Sadly, the IMAP server is in the Windows NT 4.0 environment. I doubt I > will have much success in preventing folder deletions through the OS's > permissions and still maintain write permissions on the folder. :) I My opinion...tell them this is standard operating procedure, if they don't like it, take it up with the boss. Rules are a necessary part of organizational operation...enough said. As far as the NT4 box goes, no need to be sad about it. If it's rock solid, uhh...rock on! If not, replace it. My only other point of concern might be that if IIS4 is running behind Ilohamail, you need to pay attention to making it safe. > note that the INBOX cannot be deleted in IlohaMail though so there > must be some secret somewhere. The 'secret' is the INBOX is a pseudo folder. Each message delivered to a user is written to the mailbox directory as an individual *.CNM file. Mercury/32 then presents them as the contents of the IMAP client's INBOX. It doesn't make sense for any IMAP client to delete the INBOX anyway. Throw IMAP out of the picture...how many mail clients let the user delete the local INBOX/New Mail folder? > > Thanks for your input. I will continue working on this and post any > success resolves I may come up with. > > Trapper -- ************************************** * Scott Neal * * Signal Research Center * * University of Southern Mississippi * * Email: Sco...@bo... * * Phone: 601-268-2681 ext. 23 * ************************************** Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves trying to have a sheep for dinner and finding a well informed, well armed sheep. -Unknown ************************************** |