Hi folks. Quick question in the hopes that someone knows the answer, before
I dig in the code some more.
In testing a new setup with some long-term archival mbox-format mailboxes
stored on an NFS mount, we've found the following: if the mount is
unavailable for any reason, the user cannot log
On Sep 7 2007, Jackie Hunt wrote:
Sorry, don't know about the mid: protocol. Not sure how to get to the
reference you sent. From your email it looks like gdb has the ability
to attach to a running process. We have dbx which I don't believe
can do that. It would be nice to confirm our
On Aug 14 2007, Timo Sirainen wrote:
On Mon, 2007-08-13 at 21:58 -0500, [EMAIL PROTECTED] wrote:
Hi Timo and all. imap/cmd-create.c contains the following bit of code:
..
So. Am I missing something, or crazy, or is this really a bug? Thanks,
It's a bug. Fixed:
On Aug 3 2007, Charles Marcus wrote:
Eh? Folder subscription is such a basic feature/function of IMAP that I
would not blame the MUA in this case, I'd blame the user... ;)
Well... it's irritating that the usual ways of dealing with SUBSCRIBE and
LSUB make subscriptions break if (for example)
On Aug 3 2007, Charles Marcus wrote:
On that we agree... and certainly, if there *is* something that dovecot
can do to make things easier - by all means, tell Timo - as I said (and
should be obvious) - he is more than willing to make dovecot better,
especially if it can be done without too
On Jun 19 2007, [EMAIL PROTECTED] wrote:
On May 13 2007, Timo Sirainen wrote:
On Mon, 2007-04-23 at 13:40 -0500, [EMAIL PROTECTED] wrote:
Apr 23 13:22:41 server.umn.edu dovecot: [ID 107833 local6.error]
[9073]
IMAP(USER): mbox /var/mail/user: seq=1 uid=8808 uid_broken=0 originally
needed
HI Timo all.
We're an mbox environment, inboxes in /var/mail/$USER (I'll include dovecot
-n output at the bottom of this mail). mail_location is set accordingly for
deliver.
I'd assumed that if the /var/mail/$USER file doesn't exist, dovecot would
create it, but we've discovered from
On Aug 1 2007, Timo Sirainen wrote:
On Wed, 2007-08-01 at 08:58 -0500, [EMAIL PROTECTED] wrote:
We're an mbox environment, inboxes in /var/mail/$USER (I'll include
dovecot
-n output at the bottom of this mail). mail_location is set accordingly
for deliver.
I'd assumed that if the
On Jun 18 2007, [EMAIL PROTECTED] wrote:
Hi folks.
Here's our situation: Migrating from UW-IMAP. Have lots (as in, tens of
thousands) of clients set up using '~/mail' as the IMAP root, and using
subscriptions.
The rest of my original message is at the end for context. :) Brief:
On May 13 2007, Timo Sirainen wrote:
On Mon, 2007-04-23 at 13:40 -0500, [EMAIL PROTECTED] wrote:
Apr 23 13:22:41 server.umn.edu dovecot: [ID 107833 local6.error]
[9073]
IMAP(USER): mbox /var/mail/user: seq=1 uid=8808 uid_broken=0 originally
needed 10 bytes, now needs 23 bytes
Anything else
So, I'm working on a shared folder. Everything is nice except for one bit.
My dovecot-shared file in the Maildir is either being ignored, or doesn't
work the way I think it does. Any messages copied into the Maildir using a
mail client are mode 660 and owned by the user who did the copy. Perms
Hi folks. We're moving users from rc24 and 27 to 1.0.0. On four mailboxes
so far we've seen these errors after the move (quick and dirty anonymizing
follows):
Apr 23 13:22:41 server.umn.edu dovecot: [ID 107833 local6.info] imap-login:
Login: user=USER, pid=9046, method=PLAIN,
12 matches
Mail list logo
