similar to: Issue on install - file mbox-sync.c: line 1371 (mbox_sync_handle_eof_updates): assertion failed: (trailer_size <= 2)

Dovecot 1.1.7 is running so smoothly that I gave up checking its log files daily. :) I've just had a look, and among the usual "IMAP(username): FETCH for mailbox Sent UID xx got too little data: xx vs xx" messages (that means that unfortunately sometimes some messages are still written truncated) I saw this assertion failure: file mbox-sync.c: line 1305

We've just cut over to a new mail server running Dovecot 1.0.5. The underlying OS is RHEL 5. User mailboxes are stored in Unix mbox format on a local ext3 file system. The MTA on the system is the default RedHat version of Sendmail 8.13.8 with procmail for local delivery. We're using a combination of dotlock and fcntl style locking. The output of "dovecot -n" for this system

Hallo, I have the following problem with doveadm: # gdb --args /opt/local/bin/doveadm -v mailbox status -u userxy/g029 'messages' "Software-alle/AK-Software-Tagung" GNU gdb 5.3 Copyright 2002 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

Hi, i am the new one;) - and my first post is about a problem i ran into. I installed a mailserver on a RaspberryPi. It works mostly well, using dovecot 2.1.7. (exim4 4.8 (not in use, smtp direct to Provider), fetchmail 6.3.21, RasPi 3.12.28+, Roundcube (no version known) - the whole system went through an apg-get update/uppgrade this night to look if a known problem already been fixed. When

I'm getting this in my logfile, should I worry?: Jun 06 12:28:47 imap(paco_mcs): Error: Next message unexpectedly corrupted in mbox file /var/spool/mail/paco_mcs at 639279728 Jun 06 12:28:47 imap(paco_mcs): Error: Unexpectedly lost From-line from mbox file /var/spool/mail/paco_mcs at 639279728 Jun 06 12:28:47 imap(paco_mcs): Panic: file mbox-sync.c: line 1338 (mbox_sync_handle_eof_updates):

BehrensM <EDV2 at BehrensM.de> writes: > Beside the lokal mailserver-account(s) there is/are pulled Mails via > imap direct from the mailprovider, the "old" solution which shall be > replaced by the new mailserver. imap direct from provider shows the > mails/Attachments in corrects size an opening works. > Only using the local mailserver fails. > ... > Mar 26

Hello, list, I'm new here and also new to Dovecot. On Friday evening (perhaps not the best moment...) I sent the following question but it seems to have been lost somehow: Yesterday I had to reboot my server machine and I think there was an email client connected from the LAN during the reboot which I did not notice then. Now that mailbox is no longer accessible: as soon as I try to

This looks like a coprrupted mbox file Aki On 06.06.2017 15:54, Luciano Mannucci wrote: > I'm getting this in my logfile, should I worry?: > > Jun 06 12:28:47 imap(paco_mcs): Error: Next message unexpectedly corrupted in mbox file /var/spool/mail/paco_mcs at 639279728 > Jun 06 12:28:47 imap(paco_mcs): Error: Unexpectedly lost From-line from mbox file /var/spool/mail/paco_mcs at

The actual alpha4 release this time. With a few changes since the pre-release. The important changes again: - Default lock_method changed to flock instead of the old fcntl. Solaris users will need to set it back to fcntl. This makes sure that Dovecot's indexes aren't accidentally used with NFS. - IMAP: We might have sent extra EXPUNGE messages when output buffer got full. This could

CentOS Errata and Security Advisory 2011:1371 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1371.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 68aa4c27b2ce7b196957996bc3c2fd9a finch-2.6.6-5.el5_7.1.i386.rpm 6bea1f0e815a187009118d674019f729 finch-devel-2.6.6-5.el5_7.1.i386.rpm

CentOS Errata and Security Advisory 2011:1371 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1371.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 68aa4c27b2ce7b196957996bc3c2fd9a finch-2.6.6-5.el5_7.1.i386.rpm b018e574ff6557a17bf7e4c35073cb28 finch-2.6.6-5.el5_7.1.x86_64.rpm

CentOS Errata and Security Advisory 2011:1371 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1371.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: d05cb0a383d332f14460ecfc0f968b07 finch-2.6.6-7.el4.i386.rpm 406cff72bef9b4ea6ddf36fa3d3258a3 finch-devel-2.6.6-7.el4.i386.rpm

CentOS Errata and Security Advisory 2011:1371 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1371.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: f2e4262cc65c15b1c28a2bbafbac9619 finch-2.6.6-7.el4.x86_64.rpm 3b4b8342b35f38fd98b40685bee025c7 finch-devel-2.6.6-7.el4.x86_64.rpm

CentOS Errata and Bugfix Advisory 2012:1371 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1371.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 155af7e3dfc0a447a1e83d264c3c57b2ca5b9a3e23ed943c088a5c7fe9cdb3b5 kdebase-4.3.4-6.el6.i686.rpm e480abdca79413133b54ccf6bcdb949094270f67b9bfa6f39e79ab300083d36b

I've installed Samba ("latest") on SCO's openserver 5 with a WIN'95 hanging off of it as a client. I can run every test in DIAGNOSI.txt except for number 2. That is, the WIN'95 box can not ping the SCO box within a reasonable amount of time. (SCO can ping the WIN'95 box fine). For the longest time I thought the WIN'95 box couldn't ping the SCO box but I

Environment variables set with Sys.putenv() disappear (i.e. become "") after a while, especially after heavy-duty I/O. Example: R> x <- matrix(1., 3000, 3000) R> save(x, file="myx.RData") R> Sys.putenv(HOME="/tmp") R> while (Sys.getenv("HOME") != "") {cat("ok\n"); load("myx.RData")} The loop prints

https://bugzilla.netfilter.org/show_bug.cgi?id=1371 Bug ID: 1371 Summary: Concatenations Literal sets Product: nftables Version: unspecified Hardware: x86_64 OS: other Status: NEW Severity: normal Priority: P5 Component: nft Assignee: pablo at netfilter.org Reporter:

http://bugzilla.mindrot.org/show_bug.cgi?id=1371 Summary: Add PKCS#11 (Smartcards) support into OpenSSH Product: Portable OpenSSH Version: 4.7p1 Platform: All URL: http://alon.barlev.googlepages.com/openssh-pkcs11 OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: