Displaying 19 results from an estimated 19 matches similar to: "Expire plugin with Mysql"
2008 Oct 06
2
Dovecot 1.1.4 crash
After upgrading from 1.1.3 to 1.1.4 the imap process crashes as soon as moving a mail to the Trash folder.
Belows backtrace points to the expire plugin...
Backtrace /usr/local/libexec/dovecot/imap:
Program terminated with signal 11, Segmentation fault.
#0 0x2adbeaa8 in expire_mailbox_transaction_commit (t=0x10045248, uid_validity_r=0x7fff77fc, first_saved_uid_r=0x7fff7800,
2008 Sep 08
6
error in 1.1.2
Ive been getting a LOT of these errors since 1.1.2: So far ive seen this
with 1800 customers, and we're getting active complaints about errors in
imap clients. When I check the users log I always see this error..
This always happens with COPY commands in Squirrelmail.
Sep 2 20:09:35 userimap4.xs4all.nl dovecot: IMAP(xxxxxxx):
2008 Apr 01
2
Wrong UIDs returned from mailbox_transaction_commit_get_uids()
Hi,
Wrong UIDs are returned from mailbox_transaction_commit_get_uids() in dovecot-1.1.rc3.
The problem is in:
int mailbox_transaction_commit(struct mailbox_transaction_context **t)
{
uint32_t tmp;
return mailbox_transaction_commit_get_uids(t, &tmp, &tmp, &tmp);
}
It should be:
int mailbox_transaction_commit(struct mailbox_transaction_context **t)
{
uint32_t tmp1,
2008 Oct 19
1
v1.1.5 release candidate
http://dovecot.org/tmp/dovecot-1.1.5-rc.tar.gz
I thought about making v1.1.5 release today, but then thought maybe I'll
make an RC instead since I did quite a lot of changes this weekend. So
please try and see if there are any bugs left. I'll make the final
release in a couple of days.
The largest changes since v1.1.4:
+ Maildir/dbox: Try harder to assign unique UIDVALIDITY values to
2007 Nov 27
1
1.1.beta9 deliver crashes with segfault
Hello,
after upgrade from beta8 to beta9 deliver process crashes with segfault.
Deleting old maildirs does not help.
Here is backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x0808e36d in mail_cache_field_get_decision (cache=0x8114da0, field_idx=128)
at mail-cache-lookup.c:301
301 i_assert(field_idx < cache->fields_count);
(gdb) bt
#0 0x0808e36d in
2008 Aug 05
4
expire-plugin: configuration dict-server
Hello all!
I tried to add the expire-plugin to my dovecot-installation (CentOS-RPM:
dovecot-1.1.1-2_76.el5) and followed the plugin-page from the WIKI
(http://wiki.dovecot.org/Plugins/Expire).
Unfortunately I have problems with the dictionary:
-->
dovecot: Aug 05 13:30:25 Error: dict: Unknown dict module: db
dovecot: Aug 05 13:30:25 Error: dict: Failed to initialize dictionary
2008 Feb 13
1
How to log uid and keywords of delivered mail?
Hi,
I?d like to extend the mail_log plugin to log the uid and keywords of a mail delivered by LDA. The keywords are set by the sieve plugin.
I added a mail_log_save_finish() function hook listed below.
However, the uid of the mail is always zero and trying to get the keywords results in assertion failure, probably because the message is not committed yet:
Feb 13 08:07:42 ha-test1 deliver(test1
2007 Nov 25
2
imap process killed with signal 11
Hi!
Using the latest cvs from HEAD, I'm experiencing problems after sending
a message and the client is trying upload the message to the
appropriate (Sent/Queue) folder. I get only one error in dovecot.log:
dovecot: Nov 25 14:21:31 Error: child 19554 (imap) killed with signal 11
So my client disconnects, and asks for the password again, and in
dovecot.info I get nothing, but the logs of the
2009 Feb 11
0
dovecot 1.2.beta1: Fatal: io_loop_handle_add: epoll_ctl(1, 11): Bad file descriptor
I'm currently trying out 1.2.beta1 and get the following error in 'mail.err' log file as soon as I stop dovecot:
Feb 11 20:28:30 server dovecot: Fatal: io_loop_handle_add: epoll_ctl(1, 11): Bad file descriptor
Is that anything critical?
Thanks,
e-frog
--------------------------------------------------------------------------------
>: dovecot -n
# 1.2.beta1:
2008 Sep 03
2
Expire Plugin
I was struggling for a while to get the expire plugin to expunge mail. I
was using (and still would like to use) PAM as passdb and passwd as
userdb but with this I could not get the expire-tool to delete any
mails. For debugging purpose I switch to passwd-file as userdb/passdb
and enabled mail_debug=yes.
1. passwd-file contains home directory and userdb_mail (->working!)
2009 Feb 22
2
1.2.beta1: expire-tool and 'mail_location' setting
Hi Timo,
Trying 1.2.beta1 with expire plugin currently:
When I set mail_location = maildir:~/.maildir the expire plugin doesn't delete messages.
#: expire-tool --test
Info: auth input: system_user=foo
Info: auth input: uid=1000
Info: auth input: gid=1000
Info: auth input: home=/home/foo
Info: foo/Trash: no messages left
I also noticed that above command creates a new but empty directory
2008 Nov 22
1
core in lazy_expunge plugin
Hello all!
dovecot 1.1.6
Use lazy_expunge plugin call core on connect.
Core:
bt full
#0 lazy_expunge_mail_expunge (_mail=0x2ac06e9b89e8) at
lazy-expunge-plugin.c:103
lt = (struct lazy_expunge_transaction *) 0x2ac06e9b86e0
deststorage = <value optimized out>
#1 0x000000000041cefc in imap_expunge (box=0x2ac06e988de8,
next_search_arg=0x0) at imap-expunge.c:31
ctx =
2014 Oct 03
0
Configure antispam plugin with private namespaces
When I use antispam plugin <http://wiki2.dovecot.org/Plugins/Antispam> with
a folder that is outside a namespace, the plugin works great. But, if I
configure it to watch a folder that is inside a namespace, the mailtrain
backend does nothing.
Does antispam plugin have support to namespaces?
*This is my config:*
namespace spam {
type = private
list = yes
location =
2008 Apr 17
1
Dbox + imap_quota still crashing on 1.1rc4
Emailed about this with 1.1rc3 and didn't get a reply. Tried upgrading to
1.1rc4 and got the same crashing:
Centos 5 (in openvz container)
2.6.18-53.1.4.el5.028stab053.4 #1 SMP Fri Jan 18 12:29:44 MSK 2008 x86_64
x86_64 x86_64 GNU/Linux
/usr/local/dovecot/sbin/dovecot -n
# 1.1.rc4: /usr/local/dovecot/etc/dovecot.conf
log_path: /var/log/dovecot.log
protocols: imap imaps pop3 pop3s
2011 Apr 27
2
2.0.12 Coredump under Solaris 10
hi,
I've installed a testversion from 2.0.12 and getting coredumps after
login via IMAP/POP3. I don't know, if it is a simple config error or
something else.
======
dovecot: [ID 583609 local7.error] master: Error: service(imap): child
29333 killed with signal 11 (core dumped)
[ID 583609 local7.error] master: Error: service(imap): child 29335
killed with signal 11 (core dumped)
======
2007 Mar 07
3
1.0.rc26 released
http://dovecot.org/releases/dovecot-1.0.rc26.tar.gz
http://dovecot.org/releases/dovecot-1.0.rc26.tar.gz.sig
Most importantly this should fix mbox problems in recent RCs.
* Changed --with-headers to --enable-header-install
* If time moves backwards only max. 5 seconds, sleep until we're back
in the original present instead of killing ourself. An error is
still logged.
- IMAP: With
2007 Mar 07
3
1.0.rc26 released
http://dovecot.org/releases/dovecot-1.0.rc26.tar.gz
http://dovecot.org/releases/dovecot-1.0.rc26.tar.gz.sig
Most importantly this should fix mbox problems in recent RCs.
* Changed --with-headers to --enable-header-install
* If time moves backwards only max. 5 seconds, sleep until we're back
in the original present instead of killing ourself. An error is
still logged.
- IMAP: With
2011 Apr 27
2
2.0.12 Coredump under Solaris 10
hi,
Am Mittwoch, den 27.04.2011, 12:37 +0300 schrieb Timo Sirainen:
> Give "bt full" command here and show the output.
lot of lines :-)
============================
(gdb) bt full
#0 0xfeb559f8 in strcmp () from /lib/libc.so.1
No symbol table info available.
#1 0xfee73e7a in settings_find_key_nth (ctx=0x809bec0, key=0x807ab38
"plugin//imap", n=0x80477f0,
2008 Apr 01
0
Dovecot 1.1rc3 crashes with Dbox + imap_quota plugin
Version: Dovecot v1.1.rc3
OS: CentOS 5 running in OpenVZ
CPU: x86_64
Was running fine with maildir and decided to get dbox a try. Test user
created with a dbox mailstore backend and when a client logs in that tries
to run a getquotaroot imap command the process SIGSEGV's.
Have been able to narrow it down to dbox crashing against dict quota as
well as dirsize. Maildir works just fine.