similar to: imap Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 on Fedora 24

Hello Stephan, Preface - one of my users went to vacation and changed his sieve script to run autoreply vacation message, after that - I have noticed some annoying errors in system log, like: dovecot-lda[2400]: segfault at 3eb3333f ip b7446c7a sp bfaab050 error 4 in libdovecot-sieve.so.0.0.0[b7429000+5b000] Dovecot-error log is empty, but in exim log(exim runs dovecot-lda) I got: 2012-08-13

Hello, I've been getting these messages in dmesg: [1663649.206652] lmtp[4961]: segfault at 18 ip 00007fb5b6aab1f0 sp00007fff7e3b5468 error 4 in libdovecot-sieve.so.0.0.0[7fb5b6a6d000 +66000] Dovecot's version is 2.0.3. Is this known? What other kind of information could be useful to help find this issue? Thanks,Andre

OS: AIX 5.3 with IBM c compiler. Dovecot revision: 11278:2ead7574bb08 This problem is old for me, I just kept forgetting to report. Trying to start dovecot and I get: exec(): 0509-036 Cannot load program dovecot because of the following errors: rtld: 0712-001 Symbol iconv was referenced from module /usr/local/dovecot2.0beta5/lib/dovecot/libdovecot.so(), but a runtime definition of

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 13 Feb 2014, Francesco Fiore wrote: > Is there any news for this problem? read the other threads about the issue and find the patch in the 2.2.11 thread. - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUvyfF3D1/YhP6VMHAQIeDQf7BTMO9RzoL21mS06n56j1nRT2HbSYNsXx

On 4. Nov 2020, at 13.24, Renaud M?trich <rmetrich at redhat.com> wrote: > I would like to report an issue which is 100% reproducible with a specific mail available in the reproducer attached to Red Hat's bugzilla <https://bugzilla.redhat.com/show_bug.cgi?id=1894418>(https://bugzilla.redhat.com/attachment.cgi?id=1726535

Hello List, I'm trying to get libvirt to work on slackware64-current (slackware64-14.2 beta) and while it compiles just fine, it refuses to run because of an undefined symbol: 2016-03-01 20:09:26.822+0000: 27849: error : virDriverLoadModule:73 : failed to load module /usr/lib64/libvirt/connection-driver/libvirt_driver_storage.so /usr/lib64/../lib64/libfl.so.2: undefined symbol: yylex

Hello list, I'm trying to compile a php4 package for centos5 and I'm stumbling across some "oddity" with the symbolic links of at least one library. But it's not a php4 problem, so read on. The package 'js' gives the library /usr/lib64/libjs.so.1 but shouldn't there be a link from /usr/lib64/libjs.so to /usr/lib64/libjs.so.1? Otherwise my compiler call %

rawlog files are plain text, readable files. you do not need to dump them with doveadm. can you get gdb "bt full" for the core file? Aki On 10.11.2017 11:35, T. Robers wrote: > Hello everybody, > > i tried to debug imap sessions with the rawlog feature and rawlog > creates files but when i try to dump them doveadm tells me > [...] Error: zlib.read((file)): unexpected EOF

building, dovecot-2.0, HEAD:10054:5cb162da8708 dovecot-2.0-sieve, 1051:1d194d46d6e6 both build fine. @, dovecot-2.0-managesieve, 159:2236331aa0a3 cd /usr/local/src/dovecot-2.0-managesieve/ ./configure \ --with-dovecot=/usr/local/src/dovecot-2.0 \ --with-dovecot-sieve=/usr/local/src/dovecot-2.0-sieve make fails @, ... gcc -DHAVE_CONFIG_H -I. -I../..

On 10. Nov 2020, at 15.45, Timo Sirainen <timo at sirainen.com> wrote: > > On 4. Nov 2020, at 13.24, Renaud M?trich <rmetrich at redhat.com <mailto:rmetrich at redhat.com>> wrote: >> I would like to report an issue which is 100% reproducible with a specific mail available in the reproducer attached to Red Hat's bugzilla

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925961 -------- Forwarded Message -------- Subject: segfault in libdovecot-storage at unknown circumstances Date: Fri, 29 Mar 2019 16:34:15 +0300 From: sergio <sergio+it at outerface.net> To: Debian Bug Tracking System <submit at bugs.debian.org> Package: dovecot-core Version: 1:2.3.4.1-1~bpo9+1 Severity: normal Yes, I know this is

Hi, I would like to report an issue which is 100% reproducible with a specific mail available in the reproducer attached to Red Hat's bugzilla <https://bugzilla.redhat.com/show_bug.cgi?id=1894418> (https://bugzilla.redhat.com/attachment.cgi?id=1726535): -------- 8< ---------------- 8< ---------------- 8< ---------------- 8< -------- Return-Path: <XXXXXXXXX at

Hi. I can''t use the vnc option (VNC=1 in my xmexample.hvm file), when I use RedHat or Fedora on 64 bits. The qemu log, say /usr/lib64/xen/bin/qemu-dm: invalid option -- ''-vncconnect'' But when I use RedHat or Fedora 32 bits, works fine. There is a problem or incompatibility in the 64 bits Xen kernel and the VNC option ? Best regards Luis

Hi, 'revdep-rebuild' under GENTOO shows me that /usr/lib64/R/library/tkrplot/libs/tkrplot.so, which was installed at April 24th, is broken. 'ldd /usr/lib64/R/library/tkrplot/libs/tkrplot.so' shows me that tkrplot.so needs libtcl8.4.so and libtk8.4.so, which is no more installed since the installation of tcl,tk-8.5.7, which has happened at april 26th. But revdep-rebuild can't

On Tue, Dec 31, 2013 at 04:29:37PM +0100, Kashyap Chamarthy wrote: > I'm on libguestfs Fedora git master branch: [...] > go install libguestfs.org/guestfs: open > /usr/lib64/golang/pkg/linux_amd64/libguestfs.org/guestfs.a: permission denied I believe this happens if you have golang-guestfs installed at the same time that you try to compile things locally. It's a serious design

On 01/27/2014 11:06 AM, Kashyap Chamarthy wrote: > Running virt-builder in a guest Fedora-20 guest hypervisor w/ Rawhide > Kernel, throws the below: > > $ virt-builder fedora-20 --format qcow2 --size 20G > virt-builder: symbol lookup error: /lib64/libgnutls.so.28: undefined > symbol: nettle_secp_256r1 > > > Version on L1 (guest hypervisor) >

On Monday 27 January 2014 11:06:14 Kashyap Chamarthy wrote: > Running virt-builder in a guest Fedora-20 guest hypervisor w/ Rawhide > Kernel, throws the below: > > $ virt-builder fedora-20 --format qcow2 --size 20G > virt-builder: symbol lookup error: /lib64/libgnutls.so.28: undefined > symbol: nettle_secp_256r1 A couple of ideas: 1) libgnutls has been upgraded and it uses

Hi, Can you please point me what is going wrong during make of libvirt. I found libtasn1.la is present under my sysroot path, still why make is searching it under /usr/lib64/? <make logs> CCLD libvirt_driver.la /router/bin/grep: /usr/lib64/libtasn1.la: No such file or directory sed: can't read /usr/lib64/libtasn1.la: No such file or directory libtool: error:

I am trying to compile an application on a CentOS 5.0 64-bit machine that gives me the error: /usr/local/bin/myprog: /usr/lib64/libstdc++: version `GLIBXX.3.4.9' not found (required by /usr/local/bin/myprog) I have gcc 4.2.3. I've performed a yum install compat-* and glibc* What am I missing? Thanks. Scott

I have been getting the following error when trying to run ldconfig: ldconfig: /usr/lib64/libfreebl3.so is not a symbolic link # ll /usr/lib64/libfreebl3.so -rwxr-xr-x 1 root root 312336 Mar 28 11:13 /usr/lib64/libfreebl3.so I've used "yum whatprovides /usr/lib64/libfreeb13.so" to determine that this file belongs to nss. I have tried to reinstall nss but that does not fix the