similar to: Dovecot-auth crash after upgrade to 1.2.16

Hi! I posted this problem few days ago in FreeBSD bugtracker https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217364 So, the problem is in crash of dovecot-lda client while local mailbox delivery with this message in log > dovecot: lda(my at email): Panic: file mail-namespace.c: line 709 > (mail_namespace_find): assertion failed: (ns != NULL) My Dovecot config stills the same from

I just recreated configuration of Dovecot 2.2.28 and got the same error but in imap service (it was there in logs too as for dovecot-lda but I don't saw it at time). > Feb 27 20:09:41 beta dovecot: imap(postmaster at peek.ru): Panic: file > mail-namespace.c: line 709 (mail_namespace_find): assertion failed: (ns > != NULL) > Feb 27 20:09:47 beta dovecot: lda(my at domain.ru):

Probably I need to compile 2.2.28 from sources with debug flags. Can you tell me wich flags I need to set for more informative backtrace in gdb? Aki Tuomi ????? 2017-02-28 17:42: > Can you please issue > bt full > in gdb and post the output here? -- With best regards, Max Kostikov BBM: 24CA5DF8 | W: https://kostikov.co -- With best regards, Max Kostikov BBM: 24CA5DF8 | W:

Got it. Here is full backtrace output. # gdb /usr/local/libexec/dovecot/imap 1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB.

Thank you. Will be waiting for Dovecot update. Aki Tuomi ????? 2017-02-28 20:34: >> On February 28, 2017 at 7:43 PM Max Kostikov <max at kostikov.co> wrote: >> >> >> Got it. >> Here is full backtrace output. >> > > Would appear the bug is in 'Trash' plugin. We'll open an issue about > this, thank you for reporting this. > >

Doesn't it currently confuse them? Because they'd reach their quota, while actually there would be a lot of disk space left :) + their whole mailbox could take a lot more space due to indexes and other files in the filesystem, and quota would not be reached. Also, I've dovecot is using fstat's st_size parameter. This is not "correct", in that the actual space used on

Hello, Is there any reason why dovecot relies on S= instead of real disk size email takes? 1) compressed mails take less than than the S= specified 2) we could avoid using "S=" for the lookups and count every file there, including indexes and mails without S=... if we'd read filesizes Eample: # ls -l '1567026317.M331058P4751.testing.server.com,S=3086,W=3148:2,S' -rw-------

Hi everyone. I tried the following command on ubuntu 14.04 :sudo apt-get install r-base-core And I get :The following packages have unmet dependencies: r-base-core : Depends: libtiff4 but it is not installable Recommends: r-recommended but it is not going to be installed Recommends: r-base-dev but it is not going to be installed Recommends: r-doc-html but

Hello: Does anyone have any idea how resolve this error on my server to install postfix with mysql support? Dedicated Server with CentOS 5.7 64 Bit. I get this dependency information when trying to use the command yum-y install postfix Error: Missing Dependency: libmysqlclient.so.15()(64bit) is needed by package 2:postfix-2.3.3-2.3.centos.mysql_pgsql.x86_64 (centosplus) Error: Missing

I am having trouble installing RMySQL on a clean install of Fedora Core 4 64 bit on a dual dual core machine (that is, two dual core processors). Seems like the LD_LIBRARY_PATH is incorrect, but I don't seem to have it quite right yet. There are a few mentions of this problem in google, but thus far none of the "fixes" and fixed my problem. I've tried defining the

Hi all, On a fresh CentOS 4.3 box, suddenly what should have took usually around 60 seconds, now it makes me wonder if I can still perform simple sysadmin tasks, or should I get a long vacantion... # yum groupinstall "MySQL Database" Repository update is listed more than once in the configuration Repository base is listed more than once in the configuration Repository addons is listed

I am spoiled with Yum: never have had a dependency problem until today. Can this be resolved: ---> Downloading header for compat-openldap to pack into transaction set. compat-openldap-2.3.27_2. 100% |=========================| 30 kB 00:00 ---> Package compat-openldap.i386 0:2.3.27_2.2.29-4.el4.centos set to be updated --> Running transaction check --> Processing Dependency:

I?m trying to build Dovecot 2.2.29.1 in a Docker container today and have the following error in ./configure: checking for shadow.h... yes checking for pam_start in -lpam... no checking for auth_userokay... no checking for mysql_config... mysql_config checking for mysql_init in -lmysqlclient... no configure: error: Can't build with MySQL support: libmysqlclient not found #> find / -name

Hi, I have struggled to re-implement the RMySQL package after upgrading from SuSe 6.3 to 7.2 and from R 1.2.1 to R 1.3.1, to no avail It compiles happily but when loading the package I get the following error > library(RMySQL) Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared library "/home/jniesch/R_HOME/lib/R/library/RMySQL/libs/RMySQL.so":

> On Apr 25, 2017, at 2:16 PM, Peter van der Does <peter at avirtualhome.com> wrote: > > You might have to install the package default-libmysqlclient-dev from > the Debian repo. Isn?t that the MariaDB package? I don?t really want to mix MariaDB with MySQL (even though they are probably still compatible, but diverging as time passes). Dovecot does build with

I recently installed mariadb-server 10.1 by adding the following repository: baseurl = http://yum.mariadb.org/10.1/centos7-amd64 ...all was well until we had a power failure and upon rebooting unixodbc was segfaulting. Once I did a yum undo, the mysql odbc driver was functional. I traced it to the following: [root at ec-ast yum.repos.d]# ldd /usr/lib64/libmyodbc5w.so | grep -iE

Excuse for my bad English, but I have a problem after the compilation of Asterisk-addons: when I try to execute the simbolic link "ln -s /usr/lib/mysql/libmysqlclient.so /usr/lib/libmysqlclient.so" this produce an error because the source object libmysqlclient.so is not present in any directory. So I can't continue with Asterisk compilation. May help me? thanks Vincenzo

Hello, i am getting the following error in CentOS 64 bit with php 5.2 I cant get mysql functionality running and the ioncube loader Please help, i am very desperate Here is my output: [root at host ~]# php -v Failed loading /usr/local/ioncube/ioncube_loader_lin_5.1.so: /usr/local/ioncube/ioncube_loader_lin_5.1.so: undefined symbol: zend_unmangle_property_name_ex PHP Warning: PHP

A recent update to postfix mysql errors on my cOS 4.5 system with complaints about missing dependencies libmysqlclient.so.15 and libpq.so.4. Have I messed up again? Details: CentOS45[root at mail ~]# yum update Setting up Update Process Setting up repositories Reading repository metadata in from local files Reducing CentOS.Karan.Org-EL4 - Stable to included packages only Finished Excluding

<!doctype html> <html> <head> <meta charset="UTF-8"> </head> <body> <div> <br> </div> <blockquote type="cite"> <div> On 20/07/2019 21:07 Reio Remma via dovecot <dovecot@dovecot.org> wrote: </div> <div> <br> </div> <div> <br>