similar to: mailutil question re: translating mbox folders to maildir

I'm sure it comes from my being a gormless idiot, but whatever is the -UKWS argument immediately after the mb2md.pl invocation? > $MB2MD -UKWS -s "$INBOX" -d "$WORKING" As always, reading the idiom of someone else's scripting is an education. And some of it wouldn't work with native AIX sh/ksh, so changed the functions: > folders_hash() { > local

Want to have some users with Maildir, some with mbox, as I migrate from mbox format to maildir over the space of a month. After everyone is converted to maildir, I'll change the mail_location in dovecot.conf. During the interim, can I use the Custom mailbox location script (at the bottom of the Mail Location DC Wiki page)? > if [ -d $HOME/.maildir ]; then > export

Our DC has been using a Verisign certificate. Over the past year, we've been using a Digicert Wildcard Plus certificate for almost all of our machines, and I wanted to switched over our DC mailserver. I used the following command to generate the CSR and key: openssl req -new -newkey rsa:1024 -nodes -out star_bard_edu.csr -keyout star_bard_edu.key -subj "/C=US/ST=NY/L=ourtown/O=Bard

Doing a cursory Google scan on journaled Linux filesystems, it seems that the three ground-up journaled FSes: XFS, reiser and JFS all have their separate strong points but all compare favorably. Reiser does a better job with many small files...which would seem to be the reality of maildir formatted inboxes. Any comments on that? Any war stories, that is, any comments on reliability,

I'm unclear about where and how this is to be used. I gather it is to be a new standard, but I didn't seem to find anything about it in the Dovecot Wiki Mail Location page. There are some words about it in the 1.1.12/3 release notes, but perhaps I'm thick, but they're meta-ambiguous to me. Is it meant to be used like this: mail_location =

Forgive me if I've been asleep at the switch on the SSL problem and it's already been figured out, but....could this be what the prob is? -------- Original Message -------- Subject: Re: [Pine-info] "incomplete SecBuffer exceeds maximum buffer size" ? Date: Mon, 27 Apr 2009 09:47:04 -0700 (PDT) From: Steve Hubert <hubert at washington.edu> Organization: Univ of

1) I see that the --without-pop3d option has gone away. What does this imply, i.e why was that done? Is there some other way that you now avoid compiling the POP code? Are there any other discontinued options? 2) There was some talk a while back about changing how and where the plugins were to be built and their code located. Was this implemented? If so, is there any doc on it? -- ====

When TBird logs on, it does it quietly, that is it opens one or two logins. When you start working it'll open a few more. Quiet, no thrashing around When WM4Vista opens, it appears to login and disconnect (immediately) once for every folder a person has. 20 folders, 20 logins and disconnect, ripple fire. Anybody have an idea why WM4V is so busy and TB is quiet doing the same thing? I

I have been diligently reading about namespace in the DC doc and what I can find in Google. Like the blind men and the elephant, I see the nature of some individual bits of namespace, some syntax and the overall purpose (overriding defaults and providing extensions), but I don't see the whole thing and how it is used. I am looking to do some maildir testing in what is a mbox default

I currently run DC V1.2 for some 4K accounts using mbox folder format. I am migrating to maildir. I have a separate filesystem for the indices. Currently, the data there amounts to 4GB. I'm wondering if anyone can tell me how the storage used will change with maildir folder formatting. Will more space be used and if so, could you rough guess what the increase might be? -- ==== Once

After V1.2 had been up for a while, I started seeing tons of syslog error messages like this: Nov 5 09:11:52 mercury mail:err|error dovecot: IMAP(sdean): stat(/var/dcindx/sdean/.imap/DadEstate) failed: Permission denied (euid=202(sdean) egid=200(hcrc) missing +x perm: /var/dcindx) Ownernship and Permissions are: The index filesystem 2726 root at mercury:/var/dcindx ## ls -ald drwx--S---

I purely love that kind of crap. As if presentations meant anything, as if there aren't all kinds of scholarly work about theoretical perfect world algorithms and conceptual systems that will never be implemented and are as practical and effective as wings on a pig. Please. I'm reminded of the story about how, during the American Civil War, when the North had finally, after years of

I recently upgraded from DC 1.1.15 to 1.2.6. The /var/dcindx index root directory is: drwxrwsrwt 3962 root sys 192512 Nov 13 11:56 ./ thus 3777. It appears that the user index directories created under DC1.1 look like this (here for /var/dcindx/cep): drwx--S--- 5 cep sys 256 Nov 13 14:26 cep/ while those created under V1.2 look like: drwx------ 3

In V1.1.15 that I fell back to. Again: # 1.1.15: /usr/local/etc/dovecot.conf # OS: AIX 3 0001378F4C00 listen: *:143 ssl_listen: *:993 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_processes_count: 12 login_max_processes_count: 774 max_mail_processes: 1024 verbose_proctitle: yes first_valid_uid: 200

I am looking to migrate my DC V1.2 from mbox to maildir format....and want to do this in stages, user group by user group rather than in one horrendous fell swoop....since I'd rather fell things didn't happen. Since I'm running sendmail/procmail, I can change the ~/.procmailrc to change the writing of the INBOX, but the IMAP mail location access info is knottier when one wants to

Most likely non-Dovecot, but I'd appreciate any comments on WTF might be going on here. Preparatory to migration from mbox to maildir format on our AIX mail server, I am migrating from the JFS filesystem (being deprecated by IBM) to JFS2 to better handling the jump in the number of files. Two nights ago, I took the first step and migrated the IT homedir filesystem: copied it to a scratch

Because of user access growth, the number of processes associated with IMAP has increased and I thought to change some of the configured parms. dovecot -n yields: # 1.1.14: /usr/local/etc/dovecot.conf # OS: AIX 1 005A928C4C00 listen: *:143 ssl_listen: *:993 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login

I have been running a test DC IMAP server to evaluate the new release before migrating from 1.0.15 to 1.1.8. The test server access all the INBOX and homedir folder filesystems through NFS imports. The index file filesystem is local on both the production server and the test one.. This is messy in that when I ask some one tests using the test sever, the index has to be created or re-gennned,

Hello. I am currently testing dovecot (0.99.10.8, Debian woody from backports), with the maildir storage. I have noticed that when I use the mailutil tool from uw-imap distribution to transfer my IMAP mailboxes from our current server (uw-imap, mbx format) to the dovecot one, the mails arrival time are apparently lost. I can see this in Pine, using the Arrival sort: the mailboxes on the

So much changes in this migration that the ideal way to do it would be to begin with a few users or a department, then migrate the users affinity group by affinity group: first an institute or so, then the faculty, then the staff, then the students, moving to bigger and bigger groupings as the bugs work out of the migration and the move becomes more assured. We use sendmail and procmail.