t me know if you need more information. I don't know what the
users was doing at that specific time.
---
[Ll.U] Peter Eriksson KITVS-IFM & ITI-NET IT.LiU.SE +46-70 518 2786# 2.2.19: /ifm/etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.9 (357ac0a0e68b+)
# OS: SunOS 5.10 i86
= CLIENT_COMMAND_STATE_WAIT_OUTPUT
start_time = {
tv_sec = 1450087092
tv_usec = 923420
}
start_ioloop_wait_usecs = 119688382U
running_usecs = 538U
bytes_in = 33U
bytes_out = 32994U
sync= (nil)
uid = 1U
cancel = 0
param_error = 0
search_save_result = 0
search_save_result_used = 0
temp_executed = 1U
tagline_sent= 0
}
--
[Ll.U] Peter Eriksson KITVS-IFM & ITI-NET IT.LiU.SE +46-70 518 2786
mail.info] imap(perje): Connection
closed in=150 out=491
Dec 11 16:24:10 mail dovecot: [ID 583609 mail.crit] imap(perje): Fatal: master:
service(imap): child 9006 killed with signal 11 (core dumped)
(Would have been nice with a pid number in the syslog output :-)
--
[Ll.U] Peter Eriksson KITVS-IFM & ITI-NET IT.LiU.SE +46-70 518 2786
015, at 17:52, Peter Eriksson wrote:
>>
>> Just got another core-dump from Dovecot's imap process on our mail server.
>>
>> Dec 14 10:58:12 mail dovecot: [ID 583609 mail.crit] imap(oling): Panic: file
>> imap-fetch.c: line 554: assertion failed: (ctx->
I’m seeing core dumps from Dovecot’s imap process (around 1/day currently) from
client_check_command_hangs().
Dovecot 2.2.24
OS: Solaris 10
CPU: x86
Filesystem: Local ZFS
Most crashes are associated with one user (with 25GB of mail in his mailboxes)
but some (two) are also associated with other
KOT MATPOCKuH wrote:
> On Nov 22, 2007 9:01 PM, Timo Sirainen <[EMAIL PROTECTED]> wrote:
>> On Thu, 2007-11-22 at 17:41 +0300, KOT MATPOCKuH wrote:
>>> I tried to make dovecot with configure --with-ioloop=select and same result:
>>> [skipped]
>>> pollsys(0xFFBFF888, 8, 0xFFBFF950, 0x) =
No errors on Solaris 10 either (Solaris 10 NFS clients and
Solaris 10 NFS server with ZFS backing store).
- Peter
Timo Sirainen wrote:
> On Thu, 2007-11-15 at 04:32 +0200, Timo Sirainen wrote:
>> Anyone who has NFS, could you test: http://dovecot.org/tmp/locktest.c
>
> (did a minor update to th
>> Andrew Falanga, on 1/7/2008 11:18 PM, said the following:
>>> What must be done to make sendmail do its thing for deliver?
I use Dovecot in conjunction with Sendmail with Maildirs as the
mail store and it works fine. We use "procmail" as the local
delivery agent though.
Stuff in the sendmail
zbigniew szalbot skrev:
Hi Peter,
Peter Sparkes pisze:
Hi,
I want to install webmail. I am using Dovecot with Exim4.
Recommendations requested please.
Squirrel Mail is very fast and has a lot of plug-ins.
http://www.squirrelmail.org/
RoundCube looks very nice and has drag and drop featu
I've been having a problem with a crashing Dovecot the last couple of
months where it
crashes after a couple of weeks of uptime. Been a bit difficult to
diagnose. Anyway,
we're now running 1.0.9 on a Sun Fire T1000 running Solaris 10.
Any good ideas on how to pin-point the problem?
- Peter
Here
Charles Marcus wrote:
> On 5/14/2008, Peter Eriksson ([EMAIL PROTECTED]) wrote:
>> Any good ideas on how to pin-point the problem?
>
> If memory serves, some of these were fixed in recent versions... upgrade
> to 1.0.13 (or maybe even 1.1rc5) and see if that fixes it...
Hmm.
Charles Marcus wrote:
> On 5/14/2008, Peter Eriksson ([EMAIL PROTECTED]) wrote:
>>> Also, output of dovecot -n, and more platform details (ie, are you using
>>> NFS?) will make it easier for someone (else) to help...
>
>> NFS: Yes.
>
> Ok, then dovecot -n
Timo Sirainen wrote:
> On Wed, 2008-05-14 at 12:29 +0200, Peter Eriksson wrote:
>
>> May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher):
>> file maildir-uidlist.c: line 143: assertion failed: (UIDLIS
>> T_IS_LOCKED(uidlist))
>
> If this stil
No core dump for now.
Core dump backtrace got now:
(dbx) where
[1] __lwp_kill(0x0, 0x6, 0x100082ee8, 0x19d4e0, 0x0, 0x0), at
0x7e9ceab8
[2] raise(0x6, 0x0, 0x, 0x7eae6000, 0x0, 0x0),
at 0x7e96b434
[3] abort(0x1, 0x1b8, 0x100082ee8, 0x19d4e0, 0x0
Noticed some more stuff this time:
May 20 19:37:38 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher):
block_alloc(): Out of memory
May 20 19:37:38 ifm.liu.se dovecot: [ID 961074 mail.error] child 10772
(imap) returned error 83 (Out of memory)
May 20 19:40:47 ifm.liu.se dovecot: [ID 107833
Timo Sirainen wrote:
> On May 20, 2008, at 10:53 PM, Peter Eriksson wrote:
>
>> It's always the same user causing these "Out of memory" errors
>> (unlikely since this machine has 8GB of RAM and XXGB of swap
>> and typically has plenty of memory free. Hi
It seems the configure check for "krb5-config" isn't doing stuff
100% right.. :-)
"make" after configure gives:
...
Making all in auth
source='mycrypt.c' object='mycrypt.o' libtool=no \
DEPDIR=.deps depmode=none /bin/bash ../../depcomp \
cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../s
>> Btw, why is the whole Dovecot system shutting down due to a bug in the
>> 'imap' subprocess? It's rather annoying for the rest of the users...
>
> It shouldnt' be.
>
>> May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.info] IMAP(inand):
>> Server shutting down
>
> Do you mean you didn't c
> Somehow I don't think "usr/bin/krb5-config: Unknown option `gssapi' --
> use `--help' for usage" is a valid C compiler option. :-)
I've been looking at the configure code in an attempt to fix this. It
feels a bit "kludgy". First stepI think should be to modify the
code in "configure.in" on line
Timo Sirainen wrote:
> On Mon, 2008-05-26 at 10:37 +0200, Peter Eriksson wrote:
>
>> Timo Sirainen wrote:
>>> On Fri, 2008-05-23 at 10:46 +0200, Peter Eriksson wrote:
>>>> Next step would be to modify the code to still check for GSSAPI headers
>>>>
Timo Sirainen wrote:
> On Fri, 2008-05-23 at 10:46 +0200, Peter Eriksson wrote:
>> Next step would be to modify the code to still check for GSSAPI headers
>> and libraries even though krb5-config exists but doesn't support the
>> "gssapi" argument...
>
Just upgraded my home mail server from version 1.0 to 1.1.1
and now I noticed that Thunderbird has started showing the
'hidden' namespaces (albeit "greyed") for that server (see
the attached JPG image)...
What can I change to really make them hidden again?
The only thing I changed in my dovecot.
Dovecot 1.1.3
Solaris 10
SPARC (Sun Fire T1000)
Compiled with Sun Studio 12 compilers.
Maildir on NFS
Indexes on local disk (UFS).
'dovecot -n' output attached.
IMAP process crashes for certain (many, but not all) users when
accessing certain folders (in the example below, in crashes when
accessi
Timo Sirainen skrev:
IMAP process crashes for certain (many, but not all) users when
accessing certain folders (in the example below, in crashes when
accessing my INBOX, about 1700 mails). I could access other
mailboxes without problems. And a simple telnet to the imap port
followed by a login
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
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
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
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 refe
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
>> Optimizer incorrectly assuming that it doesn't need to refetch
>> the variable value from the structure since it doesn't understand
>> that the i_stream_unref(&mail->data.stream) call actually modifies
>> the whole mail->data structure...
>>
>> Funny that both Gcc and Sun Studio seems to make th
Timo Sirainen wrote:
> http://dovecot.org/releases/1.1/dovecot-1.1.14.tar.gz
> http://dovecot.org/releases/1.1/dovecot-1.1.14.tar.gz.sig
>
>
Here's a short status table when testing 1.1.14 on a Sun Fire X4240
(AMD, Solaris 10 Update 6 x86):
Compiler Options
it go away?
System:
Sun Fire X4240, 32GB RAM, 2 Quad-Core Opteron 2356
Solaris 10 Update 9
Dovecot 2.0.13
Maildir on local (ZFS) storage
Normally about 200-300 unique users connected, around 400-600 mail
processes.
--
Peter ErikssonPhone: +46-705-18 27 86
Computer Systems Manager, IFM, Linköping University, Sweden
Timo Sirainen wrote:
> http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz
> http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz.sig
>
> Found and fixes several v1.2-specific bugs. Hopefully it's now stable
> for most people's usage.
>
> * GSSAPI: More changes to authentication. Hopefully g
e
+#endif
+
/* Non-zero flags defined in RFC */
enum sasl_gssapi_qop {
SASL_GSSAPI_QOP_UNSPECIFIED = 0x00,
@@ -163,8 +167,13 @@
name_buf.length = len;
major_status = gss_import_name(&minor_status,
&name_buf,
+#if 0 /* Added 070702 Peter Eriksson <[
Oh, another "hack" that's needed to build Dovecot on Solaris 10 with the
native GSS library is a very simple, dummy, "krb5-config" script. Please
find it also enclosed (probably not needed when Solaris 10 update 4 is
released).
- Peter
Peter Eriksson wrote:
Pleas
Timo Sirainen skrev:
On Mon, 2007-07-02 at 18:08 +0200, Peter Eriksson wrote:
+ AC_CHECK_LIB(gss, __gss_userok, [
+ AC_DEFINE(HAVE___GSS_USEROK,,
+ Define if you have
I have a little tricky issue around here. First some background:
Every user is assigned their own ZFS filesystem, and it's mounted as
/home/USER with a Maildir inside it. The there is a filesystem snapshot
(read-only) taken automatically every day by the system. The idea is
to allow users easy ac
Timo Sirainen wrote:
On Tue, 2007-07-03 at 16:20 +0200, Peter Eriksson wrote:
This works great for the mail folders inside the Maildir - but not
for
the INBOX which isn't displayed at all... (Ie, under the "snapshot"
prefix I only see "Trash" etc when looking a
namespace private {
separator = /
prefix = snapshot/
location =
maildir:~/.zfs/snapshot/2007-06-18/Maildir:CONTROL=~/.dovecot/control:INDEX=~/.dovecot/index
}
...
We are switching from the UW IMAP server with local disks to Dovecot
using a NetApp filer. Th
From the Dovecot 1.0.1 sample dovecot.conf file:
# If you want UIDL compatibility with other POP3 servers, use:
# UW's ipop3d : %08Xv%08Xu
...
# Note that Outlook 2003 seems to have problems with %v.%u format
which was
# Dovecot's default, so if you're building a new server it w
Timo Sirainen wrote:
On Thu, 2007-07-05 at 08:42 -0400, Stewart Dean wrote:
The day I switch our user to dovecot and it goes into production, there
will be a few thousand people all generating their indices for the first
time (we have a legacy requirement for procmail, at least for now), so I
Ben Winslow wrote:
On Thu, 2007-07-05 at 13:33 +0200, Peter Eriksson wrote:
# If you want UIDL compatibility with other POP3 servers, use:
# UW's ipop3d : %08Xv%08Xu
...
pop3_uidl_format = %08Xu%08Xv
Notice the *very* small difference in the format between UW
Last I heard it was that poll() was called all the time with zero (or
1ms?) timeout. So the problem is probably in src/lib/ioloop.c
io_loop_get_wait_time() getting optimized wrong.
Hmm.. poll/timeout problems. Sounds suspiciously like:
http://groups.google.se/group/comp.unix.solaris/browse_t
Jon Alessandrello skrev:
Some people had this problem when giving some superoptimization flags
with Sun Studio. Did you do that? -Timo
No I did not use any optimization.
And Dave, I took what you said and just tried both
dovecot-1.0.2
dovecot-1.0.rc29
and have the same exact results :(
We
We've run into a situation where the Dovecot master process "dovecot"
runs out of file descriptors on Solaris 10 since the default is
only 256:
# plimit 1
1: /sbin/init
resource current maximum
time(seconds) unlimited unlimited
file(blocks) u
I have a user that gets client timeout errors when he tries to
delete/clean up his massive "Spam" folder (many thousands of mail messages).
He uses Thunderbird and has it configured to use "Move to Trash" when
he deletes messages.
I find the following in Dovecot's log file when it happens:
Aug 2
Patrick Milvich wrote:
> I have dovecot 1.0.5 installed on an OpenBSD 4.1 box and an OS X Server
> 10.4.10 box.
>
> Sure you've all heard it before, because of the pipe error, no more
> login processes can be launched, and I have to restart the server.
>
> dovecot: Sep 13 05:50:00 Error: pipe()
47 matches
Mail list logo
