Setup help: UW-imap and default folders (RH 9)

[Todd Slater]

On Sun, Nov 07, 2004 at 07:59:14PM -0800, Chris Wilkes wrote:
> On Sun, Nov 07, 2004 at 08:30:26PM -0500, Todd Slater wrote:

> > After a couple of hours googling I can't figure out how to set up this
> > mail folder structure in /etc/skel, which I'd like so as to create
> > everything with new user accounts.
> 
> I don't know about your particular mail setup, but I use qmail-ldap
> where you tell it to run a script to create a user's directory.  In there
> I make the .qmail file and all the necessary directories.

I'm just using the default pop3/imap servers with sendmail and procmail.
It looks like the mail format is mbox. I created folders and when I look
at them I see this message from MAILER-DAEMON:

Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
X-IMAP: 1099865047 0000000000
Status: RO

This text is part of the internal format of your mail folder, and is not
a real message.  It is created automatically by the mail system software.
If deleted, important folder data will be lost, and it will be
re-created with the data reset to initial values.

> Not being familiar with non-maildir (that's where every email is its own
> individual file, and every IMAP folder is a subdirectory off of the
> INBOX with a period in front of it, ie '.spam') what I would do is:
>   * create a new user
>   * as that user create those new IMAP folders
>   * see what the directory and file structure is like
>   * recreate that under /etc/skel/
> I think this would be under the directory "Mail/" but I'm not sure.

On my system it looks like mboxes are in ~/mail/. I'm not sure how to
get the "mail system software" to create those directories in /etc/skel.
Maybe I need to use qmail or postfix?

> > Can anybody offer a hint, or suggest a better solution?
> 
> When your cronjob runs over the "junk-not" and "junk-yes" directories to
> do the reclassification you're going to have to concern yourself with
> file locking and removing of the email.  Perhaps the library (ie
> perl's MailBox module) you're going to use takes care of that.
> 
> You might also encounter some resistance with the "unsure" directory --
> I have enough trouble having people check their spam folders daily
> (24 hours after they check it those emails get moved into an oldspam
> directory) as its "too much trouble."  I can't imagine asking them to
> check another directory.

Good points to consider, thanks.

Todd