Roderick A. Anderson ha scritto:
Anyone aware of a Web User Interface or GUI to allow users to create
simple/common-type sieve scripts?
I found the sieve testing and have used it as I play; plus mangesieve
(and Net:ManageSieve.pm) but want to allow users to build so some
clicking and maybe a
Hi,
I sometimes got the following log entries with dovecot 1.1.11 :
mail.err: Feb 27 10:06:54 dovecot: IMAP(hid...@email.com):
write(dnotify pipe) failed: Bad file descriptor
mail.err: Feb 27 10:06:54 dovecot: IMAP(hid...@email.com):
close(dnotify pipe[0]) failed: Bad file descriptor
On 2/27/2009 8:01 AM, Stéphane Cottin wrote:
Hi,
I sometimes got the following log entries with dovecot 1.1.11 :
mail.err: Feb 27 10:06:54 dovecot: IMAP(hid...@email.com): write(dnotify
pipe) failed: Bad file descriptor
mail.err: Feb 27 10:06:54 dovecot: IMAP(hid...@email.com):
- Original Message -
From: Timo Sirainen t...@iki.fi
To: k bah k...@linuxmail.org
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] One Dovecot serving 2 domains - possible?
Date: Thu, 26 Feb 2009 15:14:32 -0500
On Wed, 2009-02-25 at 13:54 -0300, k bah wrote:
I'm talking about
What did you not like in horde ? ( www.horde.org )
It's a webmail interface and it's easy to add/edit/delete rules.
On Fri, 2009-02-20 at 12:50 -0800, Roderick A. Anderson wrote:
Seth Mattinen wrote:
Peter Lindgren wrote:
Roderick A. Anderson skrev:
Anyone aware of a Web User Interface or
On Feb 27, 2009, at 8:21 AM, k bah wrote:
The above assert isn't from v1.1.11 and I had added some extra checks
there since 1.1.7. Do you have the exact assert message from v1.1.11?
r...@server:~/dovecot-1.1.11/src/lib# grep -n assert istream-tee.c
38:
I'm using Dovecot with Postfix as my MTA
I need to set up forwarding with Dovecot. I create a .forward file in my
user's home directory, and in the .forward file I put
destination_email_address em...@example.com.
Well, it got delivered to the forwarded email just fine. But the sender also
got
Hello,
It has been brought to my attention that outlook users cant delete
folders from their mailbox. They can move them around and erase
emails, but when it comes to folders, they cant.. Any ideas..?
# dovecot --version
1.1.7
# dovecot -n
# 1.1.7: /etc/dovecot/dovecot.conf
# OS: Linux
Timo Sirainen a écrit :
On Thu, 2009-02-26 at 21:56 +0100, Pascal Mouret wrote:
[...]
Thank you very much
So it may be a problem when the flags are copied from the index file
onto the main mbox file, right ?
Something like that. Strange that other people haven't complained about
it
On Fri, 2009-02-27 at 22:19 +0100, Pascal Mouret wrote:
Is a fix available, or will a fix be available for v1.0 ? I mean, I've
seen it's still v1.0.15 that is packaged in the brand new Debian
stable (Lenny), so that may be useful for anyone using Debian (if
there are actually more people who
On Thu, 26 Feb 2009, Timo Sirainen wrote:
On Thu, 2009-02-26 at 15:04 -0800, Mark Hedges wrote:
On Thu, 26 Feb 2009, Timo Sirainen wrote:
On Thu, 2009-02-26 at 14:23 -0800, Mark Hedges wrote:
Feb 26 14:14:06 anubis dovecot: child 25810 (pop3) killed with signal 11
It
On Fri, 2009-02-27 at 13:40 -0800, Mark Hedges wrote:
It shouldn't be crashing. Could you get a gdb backtrace from this?
http://dovecot.org/bugreport.html
I set mail_drop_priv_before_exec = yes, and I did `ulimit -c
unlimited` and `echo /tmp/core
/proc/sys/kernel/core_pattern`
On Fri, 27 Feb 2009, Timo Sirainen wrote:
OK, so core dumps are enabled, but for some reason they
don't get written. There are really only two possibilities
then:
a) You don't really have mail_drop_priv_before_exec=yes.
You could verify this with dovecot -n.
[r...@anubis etc]#
On Fri, 2009-02-27 at 14:28 -0800, Mark Hedges wrote:
b) Kernel doesn't want to write the core to /tmp/core or
before changing that it didn't want to write it to user's
home directory.
[r...@anubis etc]# grep -i core
/boot/config-2.6.18-92.1.22.el5
CONFIG_ELF_CORE=y
# Core Netfilter
Mark Hedges wrote:
On Fri, 27 Feb 2009, Timo Sirainen wrote:
OK, so core dumps are enabled, but for some reason they
don't get written. There are really only two possibilities
then:
a) You don't really have mail_drop_priv_before_exec=yes.
You could verify this with dovecot -n.
on 2-27-2009 1:40 PM Mark Hedges spake the following:
On Thu, 26 Feb 2009, Timo Sirainen wrote:
On Thu, 2009-02-26 at 15:04 -0800, Mark Hedges wrote:
On Thu, 26 Feb 2009, Timo Sirainen wrote:
On Thu, 2009-02-26 at 14:23 -0800, Mark Hedges wrote:
Feb 26 14:14:06 anubis dovecot: child
On Feb 27, 2009, at 6:31 PM, Scott Silva wrote:
When Dovecot starts up, it logs a line:
Info: Dovecot v1.1.11 starting up
Do you see it, or do you see:
Info: Dovecot v1.1.11 starting up (core dumps disabled)
..
Did you do it like that kb article said, or did you just try;
ulimit -c
Words by Timo Sirainen [Fri, Feb 27, 2009 at 05:41:39PM -0500]:
On Fri, 2009-02-27 at 14:28 -0800, Mark Hedges wrote:
b) Kernel doesn't want to write the core to /tmp/core or
before changing that it didn't want to write it to user's
home directory.
[r...@anubis etc]# grep -i core
Words by Jose Celestino [Sat, Feb 28, 2009 at 12:17:24AM +]:
Words by Timo Sirainen [Fri, Feb 27, 2009 at 05:41:39PM -0500]:
core dumping functionality is there, but I guess the problem has more to
do with directory owner/permissions where it's writing the core file.
echo
I have dovecot and postfix set up on debian lenny. Squirrelmail is
used to access the mail. I put a .forward file in my user's home
directory, and that sure gets the job done of forwarding email, but I
need a copy saved on the local machine as well. How do I do that?
On Fri, 27 Feb 2009, Taras Hryniw wrote:
I have dovecot and postfix set up on debian lenny. Squirrelmail is used
to access the mail. I put a .forward file in my user's home directory,
and that sure gets the job done of forwarding email, but I need a copy
saved on the local machine as well.
21 matches
Mail list logo