if anyone has some ideas, please let me know.
Thanks!
--
Chris O'Regan
Senior Unix Systems Administrator, Academic IT Services
Faculty of Engineering and Computer Science
Concordia University, Montreal, Canada
logs for this user: connect, set up namespace,
disconnect just like everyone else.
At any rate, the Dovecot stats report "bytes out" of about 500MB every
five minutes (when the user's session closes); would this include the
data read to build the index? I suspect not.
--
Chr
t" reported by Dovecot. The user has close to 4000 messages
in his mailbox. I just verified that the maximum messages per page that
can be set is 999.
Thanks.
--
Chris O'Regan
Senior Unix Systems Administrator, Academic IT Services
Faculty of Engineering and Computer Science
Concordia University, Montreal, Canada
ared and the problem started).
It's just peculiar that we are seeing a problem with only one user. I
have a feeling that the corrupt cache files are related since no other
user has triggered these messages.
Thanks.
--
Chris O'Regan
Senior Unix Systems Administrator, Academic IT Servi
r's mailbox each time it connects, and why has the started
since upgrading to Dovecot?
I have another hunch. Time to speak to the user...
Many thanks for the help so far!
--
Chris O'Regan
Senior Unix Systems Administrator, Academic IT Services
Faculty of Engineering and Computer Scie
fic (looks
> like I've messed up the -i and -o parameter order, guess I should
> switch them some day..)
This looks interesting, but I may want to ask the user to try this on
our development server as I am reluctant to turn this on in production.
All of our IMP connections are localhost
> >> DUH! Please ignore the Corrupted index cache file; the "mailbox" in
> >> question is a file named delivery.log (i.e. procmail log file) that is
> >> in the user's ~/mail directory. Of course there will be problems
> >> trying
> >> to index this file, it is not an mbox! *sigh*
> >
> > Hmm. It s
que
case that will rarely be encountered. And we did warn people to close
their mail before the maintenance
Thanks everyone!
--
Chris O'Regan
Senior Unix Systems Administrator, Academic IT Services
Faculty of Engineering and Computer Science
Concordia University, Montreal, Canada
s that my hunch is correct. Access via webmail for this user is
back to normal. Thank you for all the help!
--
Chris O'Regan
Senior Unix Systems Administrator, Academic IT Services
Faculty of Engineering and Computer Science
Concordia University, Montreal, Canada
dden: yes
list: no
subscriptions: yes
auth default:
passdb:
driver: pam
userdb:
driver: passwd
--
Chris O'Regan
Senior Unix Systems Administrator, Academic IT Services
Faculty of Engineering and Computer Science
Concordia University, Montreal, Canada
On Tue, 2009-07-21 at 15:08 -0400, Timo Sirainen wrote:
> On Tue, 2009-07-21 at 14:45 -0400, Chris O'Regan wrote:
> > I have a v1.2.1 installed on my development box waiting for me to tinker
> > with the configuration. On several occasions, I have noticed that all
> >
LIN|POLLPRI|POLLERR|
POLLHUP|POLLNVAL}], 4, 5000) = 0
gettimeofday({1248207593, 53183}, {240, 0}) = 0
gettimeofday({1248207593, 53249}, NULL) = 0
poll(
Process 2907 detached
# dovecot-auth -w
Process 2919 attached - interrupt to quit
gettimeofday({1248207639, 375100}, {240, 0}) = 0
poll(
Process 29
On Tue, 2009-07-21 at 17:16 -0400, Timo Sirainen wrote:
> On Tue, 2009-07-21 at 16:25 -0400, Chris O'Regan wrote:
> > # parent dovecot process
> > Process 2904 attached - interrupt to quit
> > write(9, "\21\0\0\0\0\0\0\0\1\0\0\0\253\33\0\0\1\1\0\0\0\0\0\0\2"...
fixing
this so quickly!
--
Chris O'Regan
Senior Unix Systems Administrator, Academic IT Services
Faculty of Engineering and Computer Science
Concordia University, Montreal, Canada
14 matches
Mail list logo
