similar to: FreeBSD NFS file locking mechanism

I did (re-)compile dovecot (1.1rc8) today, with managesieve (0.10.2) and sieve-plugin (1.1.5). I did modify the existing dovecot-devel port, adding managesieve patch as an OPTION, and I added a 'dovecot-managesieve-devel' port, and a 'dovecot-sieve-devel' one to be complete... Not sure everything is very complete, but at least it works for me=E2=84=A2= , and if it can help anybody

Hey, I've been strugling to get quota working on my enviroment. I have one storage server that exports the 'home' dir. My mail server mounts the exported 'home' server at '/home' # dovecot --version > 1.1.14 I'm also running Postfix and using Dovecot/LDA as MDA so that we can use the Dovecot's Quota plugin. The thing is that if the user has exceeded

I'm testing dovecot as courier-imap replacement. My setup: FreeBSD 6.1 nfs homedirs on FreeBSD server ~/Maildir 's LDAP auth - bind_auth=yes Seems to work well in most cases, but: - No way to read a maildir with 35000+ messages (a freebsd mailing-list for some years) => Nov 21 12:11:42 host dovecot: child 7217 (imap) killed with signal 11 - No way to have quota plugin reporting

Hello Anyons has tested this configuration with success ? I'll test it in few days and I am wondering if I am alone :-) Thanks

For those who wants testing 1.1rc3 on FreeBSD, this is a simple patch against /usr/ports/mail/dovecot. To apply: # cd /usr/ports/mail/dovecot # patch -p1 < /tmp/patch_dovecot_1.0.13-1.1.rc3.diff Hope I did not forget something important... This is an adaptation of the existing port. PS: for port's maintainer: Which way will take 1.0 vs 1.1 upgrade ? a new mail/dovecot10 port or ? Hope

Hello, I tried to upgrade dovecot from 1.0.rc7 to rc22 but I got this error at the end of the upgrade process: Dovecot has reserved the groupname 'dovecot' and gid '143': ERROR: groupname 'dovecot' already in use by gid '1003' Please resolve these issues and try again: Either remove the conflicting group or if you wish to continue using a legacy gr

On 05/21/2011 17:54, Timo Sirainen wrote: > On 21.5.2011, at 2.51, Henrik Larsson wrote: > >> >>>> That patch doesn't fix anything. It only changes the error message to be more informative so I could figure out what is causing it. If you haven't seen any more errors, it's just a coincidence. >>> >>> I have for some reason not seen the error

http://dovecot.org/releases/1.1/dovecot-1.1.1.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.1.tar.gz.sig Hopefully this release lives a bit longer than v1.1.0. - Maildir: When migrating from v1.0 with old format dovecot-uidlist files, Dovecot may have appended lines to it using the new format and later broken with "UID larger than next_uid" error. -------------- next part

http://dovecot.org/releases/1.1/dovecot-1.1.1.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.1.tar.gz.sig Hopefully this release lives a bit longer than v1.1.0. - Maildir: When migrating from v1.0 with old format dovecot-uidlist files, Dovecot may have appended lines to it using the new format and later broken with "UID larger than next_uid" error. -------------- next part

Hi, We are using dovecot for some times (a little before 1.0), for IMAP and (a little for the moment) deliver. We have ~20000 logins/day, Maildirs are over NFS (with indexes too, for the moment...) Up to 1.0.5, we sometime have this error in maillog: ________________________________________________________________________ Nov 1 13:55:41 tic dovecot: IMAP(login): file mail-index-view-sync.c:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm maintainer of managesieve's FreeBSD port. (cc to dovecot's port maintainer) Stephan, do you plan to make available a 1.1.4 specific patch ? Dovecot's port assume that managesieve patch include dovecot's version number: so it may help the port's upgrade process. (seems that 1.1.3's patch is applying smoothly)

Hi, First, thanks Timo and Stefan for this great IMAP/Sieve implementation... We are using 1.1.16+cmu_sieve/managesieve additions for now (following releases since ~ 1.0.1). We have a specific problem here with auth-cache: We use direct imap/sieve connection from different clients, using LDAP password: everything is fine. The problem appears with our webmail access using a web-SSO system

I want to use one scsi disk with two redondant servers, mounted r/w on server A and r/o on server B. Everything works, except that when I write data from server A, I can't read it on server B before un-mounting the disk ant re-mounting it... (with AND without soft-updates) Is there any way to mount a disk r/o keeping in sync with real disk data ? Thank you. -- Geoffroy DESVERNAY

Since last upgrade, I see much more CPU time "eated" by interrupts (at least 10% cpu in top) (see http://dgeo.perso.ec-marseille.fr/cpu-week.png) The server behave correctly (Or seems to?), and high interrupt number seems to come from bce cards (source: systat -vmstat) I just upgraded from "RELENG_7 Mon Sep 8 12:33:06 CEST 2008" to "RELENG_7_1 Sat Nov 29 16:20:35 CET

Hi I've a problem. I've built a new mailserver for our company based on dovecot (1.1.15). At the same time, our company's name has changed. The old mail addresses are forwarded to the new addresses. But I've a problem with sieve. It looks like the sieve filters are only working for the new addresses. But due to the change of the name was not long ago, most of the mails are

I have a PDC that is Samba 3.0 setup to talk to an OpenLDAP server for authentication, and I was able to get a user to log in to a Windows 2000 machine on the domain. Then I tried adding additional users, but none of them could log in. So I tried deleting the admin user from the LDAP database, but the user could still log into the Windows 2000 machine. Then I tried stopping the LDAP

Hi all, Trying to upgrade a system from 9.0-RELEASE to 9.1-PRE from yesterday on my machine (GEOM+ZFS mirror setup on ada[01]p3), the new kernel becomes unable to mount root... The only way to recover is to boot from 9.0 kernel. The disks were already named ada[01] in 9.0, so I suspect nothing there... I tried - disabling AHCI in bios (no change seen) - change cables, check PSU, test disks

I have just installed Samba on RedHat Linux 6.2 which is working fine. However, I've noted that for every 20 minutes, the following error message being logged under log.nmb, [2001/04/17 14:29:27, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_ fail(362) find_domain_master_name_query_fail: Unable to find the Domain Master Browser name HOME<1b> for the workgroup HOME. Unable

Hi all, I've a dovecot server setup and occassionally clients cannot get mails from their inbox. When I inspect the maildir for that user, there is stale dovecot-uidlist.lock file, and imap process keeps waiting for release of the lock. Is there any other method to perform locking on dovecot-uidlist instead of using dotlock mechanism? It is creating maintenance problems if I need to remove

Hi all, I run samba 3.6.6 from debian wheezy (version 3.6.6) and i am experiencing some troubles with file name mangling. If i try "dir /x" on a mapped folder it gives me unexpected mangled names: the name mangling matches only the first character and not the first 5 as i expect. For example: if the long file name is LONGFILENAME.TXT, i expect the mangled sholud be something like