Neither can i..
As a test I set 1 server up with local FS again, but with NFS=yes and
mmap/fsync etc as if it's nfs index, and im getting the same errors.
So you can reproduce it easily with imaptest? Could you post your
dovecot -n output so I could see if I can reproduce it on my
* Timo Sirainen [EMAIL PROTECTED]:
http://dovecot.org/tmp/memory-concurrent-rw.c
http://dovecot.org/tmp/memory-concurrent-rw-pread.c
How long should both run? I Started them at 10:00 today.
I wrote them a while ago to test this memory behavior. They shouldn't
print anything if they're
Hi,
We run 1.1.3 and I use Outlook to connect to my IMAP box and a couple of
times per day (randomly) when I click certain folders IMAP will start
retrieving ALL headers for that folder again ('retrieving new headers')!
I don't understand this. What triggers IMAP to do so, why not just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jan,
Jan van den Berg wrote:
We run 1.1.3 and I use Outlook to connect to my IMAP box and a couple of
times per day (randomly) when I click certain folders IMAP will start
retrieving ALL headers for that folder again ('retrieving new headers')!
Hi *,
running dovecot 1.2.alpha1 I find the following messages in the log:
Sep 10 01:28:38 seymour dovecot: IMAP(steffen,192.168.28.31):
fchown(/home/Mail/steffen/subscriptions.lock) failed: Operation not permitted
Sep 10 01:28:38 seymour dovecot: IMAP(steffen,192.168.28.31):
Hi,
Here's the dovecot -n output:
# 1.1.3: /usr/local/dovecot/etc/imap-solcon.conf
base_dir: /var/run/imap-solcon/
syslog_facility: local7
protocols: imap
listen: *:143
ssl_disable: yes
disable_plaintext_auth: no
login_dir: /var/run/imap-solcon/login
login_executable:
Hi,
I've done some debugging and attached are (parts) of 2 strace files.
correct.txt. This is when I click on a folder in Outlook and everything is
OK (no headers are retrieved etc.)
wrong.txt. This is when I click on a folder in Outlook and it starts
retrieving all the headers again.
Im not
Hi,
Well I enabled verbose debugs and all but there isn't anything interesting
in those logs...
Cheers,
Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Patrick Nagel
Verzonden: woensdag 10 september 2008 12:17
Aan: Jan van den Berg
CC: 'Dovecot
Hey Timo,
I think I've asked you about this before, and I'm sure its not a big
priority, but this is really a pain when trying to check default settings...
The output of dovecot -a is huge, and the fact that it is not sorted
alphabetically (nor is dovecot -n, but thats not as big of a problem,
Hi, we're running dovecot 1.1.2 (centos5 32-bit rpm from atrpms) havn't
had any real issues with it, but today it looks like an index has become
badly corrupted. We're seeing this in the logs every time we log in to a
particular account:
2008-09-10T11:56:07+01:00 mail8 dovecot: Panic: IMAP(xxx):
On 9/10/2008, Mark Zealey ([EMAIL PROTECTED]) wrote:
About our setup: These are on an nfs-mounted file system. It's shared
between two computers and connections are randomly redirected to either
box; so potentially it could be an nfs type corruption issue. Timo, I'll
send you a tarball of the
Charles Marcus wrote:
Hey Timo,
I think I've asked you about this before, and I'm sure its not a big
priority, but this is really a pain when trying to check default settings...
The output of dovecot -a is huge, and the fact that it is not sorted
alphabetically (nor is dovecot -n, but thats
Hi, i've few problem with uidl with some mailbox.
In poplog i've this:
Error: POP3(test): Couldn't init INBOX: Can't sync mailbox: Messages
keep getting expunged
If i delete the first message (with X-IMAP) i read the mailbux but
retrieve all email ..
If i set to yes pop3_reuse_xuidl i resolv
Hi, i've few problem with uidl with some mailbox.
In poplog i've this:
Error: POP3(test): Couldn't init INBOX: Can't sync mailbox: Messages
keep getting expunged
If i delete the first message (with X-IMAP) i read the mailbux but
retrieve all email ..
If i set to yes pop3_reuse_xuidl i resolv this
* Timo Sirainen [EMAIL PROTECTED]:
On Tue, 2008-09-09 at 22:45 +0200, Ralf Hildebrandt wrote:
* Timo Sirainen [EMAIL PROTECTED]:
Wonder if there are some race condition issues that don't show up with
Core 2 duo, but do show up with 4 core / 2 CPUs. I know there are some
things I
Ive been able to grab the dovecot.rawlog output of a few people with this
problem.. basically this is what I see with all of them:
Sep 10 13:43:13 userimap7.xs4all.nl dovecot: IMAP(xx):
rename(/var/spool/mail/dovecot-control/indexes/c/co/xx/.Junk
E-mail/dovecot.index.cache.lock,
On 9/10/2008 8:10 AM, Cor Bosman wrote:
Ive been able to grab the dovecot.rawlog output of a few people with this
problem.. basically this is what I see with all of them:
Sep 10 13:43:13 userimap7.xs4all.nl dovecot: IMAP(xx):
da56 UID COPY 11078 Junk E-mail
So this is Outlook and its Junk Email Filters auto-copying these messages...
Nah, thats coincidental, the target folder doesnt seem to matter.
Cor
On 9/10/2008 8:18 AM, Cor Bosman wrote:
da56 UID COPY 11078 Junk E-mail
So this is Outlook and its Junk Email Filters auto-copying these messages...
Nah, thats coincidental, the target folder doesnt seem to matter.
Ok, but what about the client - is this outlook specific?
--
Best regards,
On Tue, Sep 09, 2008 at 07:01:43PM +0300, Timo Sirainen wrote:
Thanks. That's clear now. Except for the unexpunged situation :
when excactly does dovecot notice that a (restored) message reappears ?
You said the message is removed from the index but not (because of lazy
expunge) yet from
So this is Outlook and its Junk Email Filters auto-copying these
messages...
Nah, thats coincidental, the target folder doesnt seem to matter.
Ok, but what about the client - is this outlook specific?
I doubt it. It's just a COPY command.
Cor
Yes.. another uid problem :(
in a rawlog -n i see this:
28 bb25c8adf818e61ddd0ed8ae4f
8bd336
29 9cb5e4878855c22377f721eab412116c
why this uid is splitted in 2 lines?
--
Roberto Tagliaferri
Responsabile Progettazione Produzione
TosNet s.r.l. - Internet Service Provider
[EMAIL PROTECTED]
Timo Sirainen wrote:
On Tue, 2008-09-09 at 13:23 +0200, Peter Eriksson wrote:
Maildir on NFS
This is the first time I've heard this happening with maildir. It's
always been with mboxes before.
IMAP process crashes for certain (many, but not all) users when
accessing certain folders (in
Roberto Tagliaferri - Tosnet srl ha scritto:
Yes.. another uid problem :(
in a rawlog -n i see this:
28 bb25c8adf818e61ddd0ed8ae4f
8bd336
29 9cb5e4878855c22377f721eab412116c
why this uid is splitted in 2 lines?
oppss.. sorry for the noise
--
Roberto Tagliaferri
Responsabile Progettazione
I changed to mbox but doesn't work
I changed the line to:
mail_location = mbox:/usr/home/%u/mail:INBOX=/var/mail/%u
Best regards,
Lincon
2008/9/9 Charles Marcus [EMAIL PROTECTED]
On 9/9/2008, Lincon Peretto ([EMAIL PROTECTED]) wrote:
The problem is that I get to sync with INBOX, but
On 9/10/2008, Lincon Peretto ([EMAIL PROTECTED]) wrote:
I changed to mbox but doesn't work
I changed the line to:
Always show dovecot -n output, so we know that dovecot is using what you
*think* it is using.
--
Best regards,
Charles
I'm sorryfollow the dovecot -n
[EMAIL PROTECTED] dovecot -n
# 1.1.2: /usr/local/etc/dovecot.conf
log_path: /var/log/dovecot.log
info_log_path: /var/log/dovecot-info.log
protocols: imap
ssl_disable: yes
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable:
On 9/10/2008 9:37 AM, Lincon Peretto wrote:
mail_location: mbox:/usr/home/%u/mail:INBOX=/var/mail/%u
any reason you're using
/usr/home/%u/mail
instead of just
~/mail
Not sure if thats your problem, but...
--
Best regards,
Charles
I found the problem, it was in outlook
the option - show just the files enrolled - was marked...
I just unmarked it and works...
thanks for helpful.
Best Regards,
Lincon
2008/9/10 Charles Marcus [EMAIL PROTECTED]
On 9/10/2008 9:37 AM, Lincon Peretto wrote:
mail_location:
Peter Eriksson wrote:
Another thing I just noticed (but you probably already is aware
of that):
A last thing... I did some debugger tracing of the calls to
i_stream_unref and printed the arguments (see the attached file)
It seems the *stream in these two calls to i_stream_unref references
Forgot to attach the dbx output... *Sigh*
Anyway, here it is.
- Peter
(dbx) cont
stopped in i_stream_unref (optimized) at line 20 in file istream.c
20 {
(dbx) print stream
stream = 0x100253a30
(dbx) print *stream
*stream = 0x1002b4290
(dbx) print
Gnus use a lot of custom flags to represent the messages state
wrt. Gnus.
How well are these flags supported in dovecot? How fast are access to
them? (Ie. will dovecot have to open the message and parse the headers)
Are they supported when using imapsync to transfer messages from a
different
Hi,
Does anyone have experience with bending the NFS recommendations to get
better performance?
The question is has anyone, with Maildir and the INDEX= on NFS (i.e.
dovecot.index and dovecot.index.cache, set mail_nfs_index to no. If so,
was it better to turn maildir_copy_preserve_filename
On Wed, 2008-09-10 at 14:02 +0200, Ralf Hildebrandt wrote:
* Timo Sirainen [EMAIL PROTECTED]:
On Tue, 2008-09-09 at 22:45 +0200, Ralf Hildebrandt wrote:
* Timo Sirainen [EMAIL PROTECTED]:
Wonder if there are some race condition issues that don't show up with
Core 2 duo, but do
On Wed, 2008-09-10 at 15:46 +0200, Peter Eriksson wrote:
Attempting to read 4 bytes at address 0xffbff288
which is 216 bytes above the current stack pointer
stopped in maildir_open (optimized) at line 429 in file
maildir-storage.c
429 if (stat(t_strconcat(path,
On Wed, 2008-09-10 at 10:58 -0700, Jack Stewart wrote:
The question is has anyone, with Maildir and the INDEX= on NFS (i.e.
dovecot.index and dovecot.index.cache, set mail_nfs_index to no.
How much worse is the mail_nfs_index=yes? Last I heard it made hardly a
difference.
If so,
was it
On Wed, 2008-09-10 at 14:10 +0200, Cor Bosman wrote:
Ive been able to grab the dovecot.rawlog output of a few people with this
problem.. basically this is what I see with all of them:
Sep 10 13:43:13 userimap7.xs4all.nl dovecot: IMAP(xx):
Sep 10 13:43:13 userimap7.xs4all.nl dovecot: IMAP(xx):
rename(/var/spool/mail/dovecot-control/indexes/c/co/xx/.Junk
E-mail/dovecot.index.cache.lock,
/var/spool/mail/dovecot-control/indexes/c/co/xx/.Junk
E-mail/dovecot.index.cache) failed: No such file or directory
Sep
On Wed, 2008-09-10 at 09:42 +0200, Cor Bosman wrote:
Neither can i..
As a test I set 1 server up with local FS again, but with NFS=yes and
mmap/fsync etc as if it's nfs index, and im getting the same errors.
So you can reproduce it easily with imaptest? Could you post your
Timo Sirainen wrote:
I figure that the worst that can happen is that the dovecot.index.cache
file will become corrupt, and dovecot will then rebuild it.
It's not the worst that can happen, but index file errors are probably
more likely than other errors..
I concur! I currently
On Wed, 2008-09-10 at 10:29 +0200, Jan van den Berg wrote:
We run 1.1.3 and I use Outlook to connect to my IMAP box and a couple of
times per day (randomly) when I click certain folders IMAP will start
retrieving ALL headers for that folder again ('retrieving new headers')!
Typically that
On Wed, 2008-09-10 at 11:13 +0200, Frank Elsner wrote:
Sep 10 01:28:38 seymour dovecot: IMAP(steffen,192.168.28.31):
fchown(/home/Mail/steffen/subscriptions.lock) failed: Operation not permitted
This'll improve the error message:
http://hg.dovecot.org/dovecot-1.2/rev/c22b7db8c173
File
./imaptest logout=0 copy=100 copybox=Trash
./imaptest box=Trash append=0
Ok, running those 2 now.
Still need dovecot -n?
I guess it could still show something useful. :)
# 1.1.2: /usr/local/etc/dovecot.conf
base_dir: /var/run/dovecot/
ssl_ca_file: /etc/ssl/certs/verisign.pem
On Wed, 2008-09-10 at 12:20 +0100, Mark Zealey wrote:
2008-09-10T11:56:07+01:00 mail8 dovecot: Panic: IMAP(xxx): Trying to
allocate 2273345672 bytes
2008-09-10T11:56:07+01:00 mail8 dovecot: IMAP(xxx): Raw backtrace:
/usr/libexec/dovecot/imap [0x80d0310] - /usr/libexec/dovecot/imap
[0x80d036a]
On Wednesday, September 10 at 07:50 PM, quoth Steinar Bang:
Gnus use a lot of custom flags to represent the messages state
wrt. Gnus.
How well are these flags supported in dovecot? How fast are access to
them? (Ie. will dovecot have to open the message and parse the headers)
The flag
Hi,
I've got an old dovecot installation (0.99.10.5) which
is used as the back-end for a squirrelmail web mailer.
Now I need to decide whether to update it to a newer
version of dovecot or to switch to a different software.
One feature that I really need is to be able to place
messages and
Hello
Dovecot v1.1.3
Sieve plugin v1.1.5
Debian Lenny
Virtual users in mysql db
dovecot -n at the end of email
I have problem with sieve body rules during delivery. When I test rule
if body :raw :contains [ .exe ]
{
discard;
}
deliver die with panic:
Sep 10 15:14:37 mail
The performance hit was bad. When I tried mail_nfs_index = yes the
load went from 0.5 to 120+ (on each of three servers).
My RPM of 1.1.3 includes the Redhat patches from their source RPM for
1.0.7. I'm checking the patches now and most seem benign but there is
some mbox locking changes.
Timo Sirainen escreveu:
On Wed, 2008-09-10 at 15:46 +0200, Peter Eriksson wrote:
There seems to be a number of places in 'index-mail.c' that stores
'time_t' values in 'uint32_t' variables.
This might cause problems since 'time_t' is 64 bit on 64 bit Solaris
systems... (Definitely will
Hello there,
I've being reading the zlib plugin and the dovecot code and I can't
see a way of extending the plugin for writing compressed mails instead
of just reading it.
Any clue?
Tks in advance,
gpg
On Wed, 2008-09-10 at 16:25 -0300, Giorgenes Gelatti wrote:
Hello there,
I've being reading the zlib plugin and the dovecot code and I can't
see a way of extending the plugin for writing compressed mails instead
of just reading it.
It's a read-only plugin. See
On Wed, 2008-09-10 at 12:20 -0700, Jack Stewart wrote:
The performance hit was bad. When I tried mail_nfs_index = yes the
load went from 0.5 to 120+ (on each of three servers).
It shouldn't have been anything that bad. I could send you some patches
that reduce what mail_nfs_index=yes does. It
on 9-10-2008 11:55 AM Cor Bosman spake the following:
./imaptest logout=0 copy=100 copybox=Trash
./imaptest box=Trash append=0
Ok, running those 2 now.
Still need dovecot -n?
I guess it could still show something useful. :)
# 1.1.2: /usr/local/etc/dovecot.conf
base_dir: /var/run/dovecot/
On Wednesday, September 10 at 02:58 PM, quoth Oliver Fromme:
I've got an old dovecot installation (0.99.10.5)
Yikes! Talk about ancient! :)
Now I need to decide whether to update it to a newer version of
dovecot or to switch to a different software.
My understanding is that Dovecot has
on 9-10-2008 5:58 AM Oliver Fromme spake the following:
Hi,
I've got an old dovecot installation (0.99.10.5) which
is used as the back-end for a squirrelmail web mailer.
Now I need to decide whether to update it to a newer
version of dovecot or to switch to a different software.
One feature
Thanks. I would like to give the patches a try.
I've removed all of the redhat patches except for the one that tells
dovecot where to find the certs (why does redhat use pki? why?) but I
haven't installed this version yet. Are there any build/configure
twiddles that might help?
Just as an
Since it's copying related, try running two instances of imaptest where
one copies messages and another runs on the destination box:
./imaptest logout=0 copy=100 copybox=Trash
./imaptest box=Trash append=0
It took about 1.5 hours, but I got 1..running the above 2 tests at the same
time.
Hi,
since I've numerous reports of segfaults/crashes/corruptions with Dovecot
1.1.3 with Sieve, I'd like to ask - is 1.1.3 an improvement over 1.1.2 or
are there some acknowledged regressions and 1.1.4 is planned to fix that?
I'd love to avoid figuring this on a live setup and hope to exploit
Hi,
I am seeing the following log lines on some accounts on my setup:
Sep 11 01:42:36 dovecot: Panic: IMAP(): file
index-sort-string.c: line 610 (index_sort_add_ids_range): assertion
failed: (skip 0)
Sep 11 01:42:36 dovecot: IMAP(xx): Raw backtrace: imap
Forgot to post this to the list (once again :-/)
I've been running 1.1.3 for one day on a setup similar and must say it
is a clear improvement on 1.1.2. Even though there is one small
assertion problem left that I'll report later as soon as I have more
detail on it.
Tomasz K Jarzynka wrote:
60 matches
Mail list logo