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:
Hi,
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
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 ot
> 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.
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 u
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 tha
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 chan
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/
s
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.
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 http://wiki.dovecot.org/Pl
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
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... (Definit
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. I
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 deliver(user
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 subfo
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 infor
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
> [0x80d
> ./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
ssl_cer
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 perm
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 me
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 run
On Wed, 2008-09-10 at 13:26 +1000, Kilburn Abrahams wrote:
> hi list
>
> I upgraded to 1.1.3, and have my logs turned off for some time, but
> turned it back on when someone complained about moving emails. I saw
> this in the logs. Seems strange. Using gentoo on AMD 64 bit. All is
> working fin
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
> > 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 director
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):
> rename(/var/spool/mail/dovecot-control/index
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 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 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
> > > >
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 to
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 I
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 **str
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 t
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: mbox:
Another thing I just noticed (but you probably already is aware
of that):
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 cause some funny b
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
Some more debugging info that might be useful (or might not, but I
figure I'd include it here anyway):
I started the 'imap' process manually from withing Suns 'dbx'
debugger and enabled memory checking:
> setenv MAIL maildir:/home/peter/Maildir
> dbx /ifm/pkg/dovecot/1.1.3-cc-32-debug-opt/libexec
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: /usr/local/lib
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 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
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 Progettazio
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 f
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]
> >> 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
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 doveco
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 r
> > 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: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):
> rename(/var/spool/mail/dovecot-control/indexes/c/co/x
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,
/var/sp
* 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
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
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 th
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 no
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 t
I've just found another user that has the exact same error message (same
number of bytes). However, this error only happened once, the user has
logged in successfully since then and there was not an error about the
uidlist having duplicate entries.
Thanks,
Mark
--
Mark Zealey -- Shared Hosting T
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): T
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,
a
On 9/9/2008, Kilburn Abrahams ([EMAIL PROTECTED]) wrote:
> I upgraded to 1.1.3, and have my logs turned off for some time, but
> turned it back on when someone complained about moving emails. I saw
> this in the logs. Seems strange. Using gentoo on AMD 64 bit. All is
> working fine, but is this a c
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 Mail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan van den Berg wrote:
> 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
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 su
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: /usr/local/dovecot/libexec/d
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):
file_dotlock_open
-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,
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 retriev
* 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
> > 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 i
66 matches
Mail list logo
