similar to: NFS-error with dovecot 1.1.12

Hello, with some mbox folders I got this error: Mar 18 14:48:12 imap2 dovecot: [ID 107833 mail.crit] Panic: IMAP(xyz): file charset-iconv.c: line 122: unreached I assume that this is related to the folder contents (and not the configration). What does that mean to me ? Martin --------------------------------------------------------------- Martin Preen, Universit?t Freiburg, Institut f?r

Hello, I just found this message in our dovecot logfiles: "Disconnected: BUG: Unknown internal error" Should I worry about this ? There are no complaints yet (although it is not limited to one user). It seems to occur with different clients (Apple/MacOS mail, Windows/Thunderbird, Pine). We're running dovecot 1.0.10 on Solaris 10 with mboxes (NFS) and local index storage. There are

Hello, I have a question about the way Dovecot limits file system access. Currently we're using Dovecot 1.0.5 (Solaris 10). In some cases users have a symbolic link like "z: -> /" in their mail directory. As a result there are log entries like Jan 25 13:30:31 imap1 dovecot: [ID 107833 mail.error] IMAP(xyz):

Hi, thank You for a reply, compiling with Solaris Studio 12.5 solved this case. Martin Preen <preen at informatik.uni-freiburg.de> ra??: > Hello, > I don't have problems building 2.2.27 on Solaris 10 > (using Sun Workshop compiler 5.11). > > The configuration is the same as your. > Maybe a compiler/version problem on your system ? > > Regards, > Martin >

Hello everybody, I get the following assertion error with dovecot 1.0-stable when accessing a large folder: file istream-raw-mbox.c: line 383 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != (uoff_t)-1) There is no error when using dovecot 0.99.14. Any ideas ? Martin ----------------------------------------------------------------- Martin Preen, Universitaet

Hello, I'm currently testing dovecot/imap (Version 0.99.13). I found this in the log: imap(xxxxx): [ID 265587 mail.crit] file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) dovecot: [ID 684838 mail.error] child 7376 (imap) killed with signal 6 The user tried to setup a new folder (with Thunderbird)

Hello, currently we're using version 1.0.13 with 32bit file offsets. Is it safe to switch to a new version with largefile support enabled ? We want to reuse existing index/cache or do we have to expect errors with that ? Regards. Martin --------------------------------------------------------------- Martin Preen, Universit?t Freiburg, Institut f?r Informatik Georges-Koehler-Allee 52, Raum

Hello, a few days ago I switched out UW-server installation to dovecot 0.99.14 (Solaris 9). There were a few client issues, but mostly the migration was ok. But I have still some questions/problems: +) dovecot-auth: ... PAM: pipe() failed: Too many open files I increased the max. number of open files. Is this normal behaviour, that more than 512 open files are needed ? +) we're using mbox

Hello, I don't have problems building 2.2.27 on Solaris 10 (using Sun Workshop compiler 5.11). The configuration is the same as your. Maybe a compiler/version problem on your system ? Regards, Martin Mantas Gegu?is wrote: > Hello, > > I am tying to compile Dovecot 2.2.27 on Solaris 10, and I get this error: > test-ioloop.c: In function `test_ioloop_pending_io': >

Hello, > I upgraded from alpha3 to alpha4 yesterday, and I am seeing > a few of the following asserts: > > imap(user): file mbox-lock.c: line 379 (mbox_lock_fcntl): > assertion failed: (lock_type == F_UNLCK) I'm getting this error too after upgrading to alpha4. > Gdb info on a couple of the cores is attached. It looks > like the arg lock_type for mbox_lock_fcntl()

Hello, is someone using Dovecot with Solaris on a T1 cpu ? I would like to hear about pros and cons. Martin --------------------------------------------------------------- Martin Preen, Universitaet Freiburg, Institut fuer Informatik Georges-Koehler-Allee 52, Raum 00-006, 79110 Freiburg, Germany phone: ++49 761 203-8250 preen at informatik.uni-freiburg.de fax: ++49 761 203-8242

Hello, I am tying to compile Dovecot 2.2.27 on Solaris 10, and I get this error: test-ioloop.c: In function `test_ioloop_pending_io': test-ioloop.c:188: error: size of array `type name' is negative My configuration is like this: Install prefix . : /usr/local File offsets ... : 64bit I/O polling .... : poll I/O notifys .... : none SSL ............ : yes (OpenSSL) GSSAPI ......... : no

Hi, Looks like there are still some Solaris rmdir() warnings being logged to syslog in 1.1.rc1 in nfs_flush_file_handle_cache_dir(): Feb 23 13:09:51 sx3 dovecot: [ID 107833 mail.error] IMAP(ran04): \ nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy Manual for rmdir on Solaris states: EBUSY The directory to be removed is the mount point for a mounted

I'm looking for some help with an nfs error that is filling our logs. I get a constant stream of these messages: Jul 8 10:47:08 servername dovecot: [ID 107833 mail.error] IMAP(username): nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy I have two dovecot IMAP servers. All mailboxes are NFS mounted. The INBOX is /var/mail and the rest are in

Hello, I tried to find out how about to use the hardware crypto engines under Solaris (Sun Fire T2000). It seems, that its not just a compilation issue: > For operations that are to be offloaded, it is necessary to restrict use to subset > of OpenSSL functions (the EVP_ functions) and explicitly indicate the use of the PKCS11 > engine; something like the following works for bulk

Hallo, I have a question concerning SVM regression in R. I intend to use SVMs for feature selection (and knowledge discovery). For this purpose I will need to extract the weights that are associated with my features. I understand from a previous thread on SVM classification, that predictive models can be derived from SVs, coefficiants and rhos, but it is unclear for me how to transfer this

http://dovecot.org/test/ Two potentially dangerous changes: - mbox parser should now be able to handle CR+LF linefeeds. Hopefully doesn't break anything. - Some mail header parser changes. Hopefully doesn't break anything. And other stuff: - COPY shouldn't crash anymore with 64bit systems - If PAM modifies username, keep it - When auth workers died they leaked file

Hi, My setup: Solaris 9, /var/mail is NFS mounted from another Solaris 9 box, home directories and dovecot index stuff is on local ufs filesystems. I upgraded from alpha4 to a5 about 36 hours ago. Dovecot is configured like so during the build: VERSION=1.0.alpha5 CC=gcc CFLAGS="-g -O" CPPFLAGS=-I/opt/openssl/include LDFLAGS=-L/opt/openssl/lib \ ./configure

Hello, We are running units in the field that are headless. Sometimes we get units returned that we when we boot them up have some type of filesystem inconsistency that the default preen doesn't fix but running fsck -y does. I want to eliminate the -p (preen option) and always do the -y option anyone know where to make this change? Thanks, -- Stephen Clark *NetWolves* Director of

> > On 2/16/2009 9:50 PM, Grandy Fu wrote: > >> > I am running dovecot 1.1.10 and 1.1.11 on Solaris 10, mailboxes are in >> > mbox format and served by Solaris 10 NFSv3, the dovecot cache is on >> > local disk. >> > >> > Some of my users always had above nfs error and their mailbox usually >> > very big, over 100M, 400M, or even