similar to: 0.99.9-test6

HI, I'm pulling my hair out a little trying to get dovecot to save it's index locally rather than in the NFS mount. No matter what I do it seems to save the indices in the Maildir on the NFS. I'm using dovecot 2.0.18 on CentOS 6.3. The relevant config I'm using: mmap_disable = no dotlock_use_excl = no # only needed with NFSv2, NFSv3+ supports O_EXCL and it's faster

Hi, I've never been using NFS before, but I'm going to need it. I gathered some documentation (Deployment Guide, RHEL 5 Unleashed, general NFS docs) and I have a few machines to experiment with. After about two hours of reading and experimenting, I must admit the documentation is confusing, to say the least. Although some step-by-step tutorials are provided, none of them work. For

On 08/31/2015 01:39 PM, Mark Selby wrote: > I have seen some talk about this but have not seen any answers. I know > this is a problem on CentOS 7.1 and I also think it is a problem on > CentOS 7.0. > > Basically if I have an NFS client only config - meaning that the > nfs-server.service is not enabled then I have to wait 60 seconds after > boot for the 1st NFSV3 mount to

Nope, I parse the first time, and then reparse everytime something changes in my text buffer (because I syntax color based on what libclang gives me). And it worked fine (and fast) with clang_defaultEditingTranslationUnitOptions for clang_parseTranslationUnit and clang_defaultReparseOptions for clang_reparseTranslationUnit. Until I saw that clang_codeCompleteAt doesnt work with anything else than

I have seen some talk about this but have not seen any answers. I know this is a problem on CentOS 7.1 and I also think it is a problem on CentOS 7.0. Basically if I have an NFS client only config - meaning that the nfs-server.service is not enabled then I have to wait 60 seconds after boot for the 1st NFSV3 mount to succeed. What I can surmise is the following. I attempt to perform a NFS

That is the thing - rpc.statd does have rpcbind a pre-req. It looks like systemd is not handling this correctly. Just wondering if anyone knows a good way to fix. root at ls2 /usr/lib/systemd/system 110# grep Requires rpc-statd.service Requires=nss-lookup.target rpcbind.target On 8/30/15 7:45 PM, Rob Kampen wrote: > On 08/31/2015 01:39 PM, Mark Selby wrote: >> I have seen some talk

On Aug 19, 2012, at 18:11, Klemen Forstneric <brucewayne97 at gmail.com> wrote: > Hey everyone! > > I'm having trouble finding the optimal performance settings for parsing/reparsing the translation unit. At this moment I'm using CXTranslationUnit_None for both parsing and reparsing the translation unit, because it seems that as soon as I turn on default settings for

Hey everyone! I'm having trouble finding the optimal performance settings for parsing/reparsing the translation unit. At this moment I'm using CXTranslationUnit_None for both parsing and reparsing the translation unit, because it seems that as soon as I turn on default settings for parse/reparse (clang_defaultEditingTranslationUnitOptions and clang_defaultReparseOptions respectively) code

I am facing dovecot authentication problems caused by unresponding NFS server. If there is even short break in communication with NFS server keeping maildirs, the dovecot generates the avalanche of processes (dovecot/imap and dovecot/pop3). The real number of connections was about 50 and after the problems occurs it rises to 1000. After about 3 hours the limit of connections is filled up:

Hi Stephen, I use ext3 with kernel 2.4.14. I'm happy to have verified that nfs+ext3 in journal mode doesn't provide atomic write for the user point of view. My program writes sequential records of 64KB in a file through a nfs mount point. The blocks of data are initialized with a serie of integer: 1, 2, 3 ... I kill the nfsd daemons while two instance of the program are writing their 600

Hi, I've seen some chatter on NFS boards about kqueue being more reliable than inotify when used in NFSv3 and NFSv2. The chatter is a bit old so I don't know if it is true anymore. Anyone have pro/con experience with dovecot on the inotify/kqueue question when using NFS storage? I realize that kqueue is probably a bit slower and causes some delay with IDLE. Also, it may not really

It finally seems to be working. I've done some testing now and it seems to be working fine. If you have time, see if you can get it to break (especially with INDEX=memory or by manually modifying the maildir). The UIDs are kept in Courier-compatible dovecot-uidlist file (so "mv courierimapuiddb dovecot-uidlist" should work). The great thing about this code is that we never wait for

http://dovecot.procontrol.fi/test/ Maildir syncing now works pretty much as described in my earlier mail. It was quite a large change, so please test this :) So the new and great features: - It's faster. - If someone renames maildir file just before we try to use it, we now resync the maildir and try to find it again. Before we just failed. It's also possible that the filename changed

Please don't hijack threads. You could try something like /etc/init.d/samba restart (or your local equivalent) to the end of perl script. ------------------------------------------ hello I have cups printing with cups 1.4.4. I'm using the included smbaddprinter.pl command to add printers to my server. Now, my error is that when I add the printer, I get ACCESS DENIED in the

Hello, I'm migrating from 1.1.16 running in 4 debian lenny servers virtualized with xenserver and 1 core and 5GB of RAM to 2.1.5 running in 4 ubuntu 12.04 servers with 6 cpu cores and 16GB of RAM virtualized with VMWare, but I'm having lots a performance problems. I don't think that virtualization platform could be the problem, because the new servers running in xenserver has

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta10.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta10.tar.gz.sig Changes since beta9: - dotlock_use_excl=yes is now the default. I think this should work in all NFS setups that are in use nowadays. O_EXCL has worked since NFSv3. - fs quota: Added "noenforcing" option - Fixed compiling with non-gcc - Fixed quota plugin

Hello. It's a thing which all Russia and, I think, many other countries need. Patch allow you to specify smb server and local IO charsets. Two new options added to smbmount: iocharset=<charset> and servercharset=<charset>. They'll passed to kernel and proc.c module makes NLS conversion if need. Patches in attachment. -------------- next part -------------- A non-text

http://dovecot.procontrol.fi/test/ I think I've fixed the problems that were corrupting indexes with the new code. It happened every time you had expunged some messages and new messages arrived. I think this release might actually work :) disable_plaintext_auth = yes will be default from now on. It allows plaintext authentication from localhost (127.*, ::1) however. I just figured out

If I read the code correctly, only dotlocks are supported for locking of dovecot-uidlist. And I don't see any settings in the config file for it. As it turns out, dotlocks are very slow on my system, due to their implementation via hardlinks. Would it be possible to support other locking mechanisms for locking of the uidlist file? -jdb

I've just found out what it's doing, so I thought I'd include the useful symptom. Joe ----- Forwarded message from Joe Dauncey <joe at dauncey.net> ----- From: Joe Dauncey <joe at dauncey.net> Subject: Re: [Dovecot] Newbie-ish Questions To: dovecot at dovecot.org Date: Mon, 23 May 2005 08:18:04 +0100 Organization: dauncey.net User-Agent: Mutt/1.4.1i X-Mailer: