similar to: fixes for quota support on NetBSD

Hi NetBSD 6.0 introduced a new improved quota subsystem and an unified API (libquota) to handle the new and old quota implementation. dovecot is unable to use the new quota implementation right now, and will even fail to build with the old quota API on NetBSD 6.0: Here are dovecot patches to support NetBSD libquota: http://ftp.espci.fr/shadow/manu/dovecot-libquota.tgz -- Emmanuel Dreyfus

I have just updated my patch that provides enhanced support for filesystem-based quotas in Dovecot. I provides 2 main features: * Support for group quotas * Number of messages quota for users of maildir If both user and group quotas are enabled on the filesystem, the plugin will report the quota that is closer to the maximum independently for both storage space and message count. The

Dear all: I''m sorry I crossmail. I try setup aoe-vblade server on netbsd 5.0.2(domU) and I try to do some stress test with for i in {65536}; do dd if=/dev/zero of=/dev/etherd/e?.? bs=4K;done on a Linux box Two Xen dom0 configurations I use: 1. 32bits SuSE Enterprise Linux 11sp1 2.6.32.12-0.7-xen with 32bits Xen 4.0.0_21091_04-0.2.6 2. 64bits Gentoo 2.6.32-xen-r1 with 64bits Xen 4.0.0

Hello. After using Dovecot for over a year, I have just started experimenting with the filesystem quotas, and I have a suggestion for improvement. On my mail server, I use group-based quotas, and would like to have Dovecot be able to report these quotas. It should be simple to implement, requiring only changes to the quota-fs.c file of the quota plugin. Simply changing USRQUOTA to

Implement pci passthrough for HVM guests for NetBSD Dom0. Signed-off-by: Christoph Egger <Christoph.Egger@amd.com> From: Manuel Bouyer <bouyer@netbsd.org> -- ---to satisfy European Law for business letters: Advanced Micro Devices GmbH Einsteinring 24, 85689 Dornach b. Muenchen Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen

Hello , I need to now how to get a mount path and password ,so I could broadcast can anyone help thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20061107/364f0e9c/attachment.htm>

From reading the wiki for a filesystem quota, I took my shot at 1) building my binaries using the mods in AIXPluginsSupport 2) changing dovecot.conf and 3) putting the plugins in the library But I'm getting this error message when I invoke dovecot: Plugin imap_quota not found from directory /usr/local/lib/dovecot Error: imap dump-capability process returned 89 It would seem that a) I have

the 'mount path' is the place where the musics must be? .. I need to know here to put the mp3 that will be streamed. thanks.. Andreas Hierling escreveu: > icecast-bounces@xiph.org schrieb am 07.11.2006 08:22:55: > >> Hello , I need to now how to get a mount path and password ,so I >> could broadcast can anyone help thanks. > > > Hi, > > Have you

Hello list Sorry if this is an FAQ but I have just joined the ML\after reading about Xen in a magazine article. I run almost exclusively x86_64 hardware these days and am wondering how x86_64 support is coming along. The article mentions support for x86_64 in V3, due it says this Summer. Are there any developer x86_64 versions available to try yet? Thanks Andrew Walrond

from a fellow pkgsrc-developer (who is not subscribed to this list) Geert ----- Forwarded message from Manuel Bouyer <Manuel.Bouyer at lip6.fr> ----- From: Manuel Bouyer <Manuel.Bouyer at lip6.fr> Message-ID: <20070129115851.GA12360 at asim.lip6.fr> Date: Mon, 29 Jan 2007 12:58:51 +0100 To: ghen at NetBSD.org Subject: dovecot patch for filesystem quota User-Agent: Mutt/1.5.13

Hi, please keep me in Cc:, I'm not subscribed to the list. I have a windows domain, served by a samba server and including about 50 NT workstations. I'm runing 2.2.3 since a month, without problems. Now I'm trying to add a Win2k server ("windows 2000 familly server", it says) to this domain. I read various docs I found in samba distrib and on the web, but I'm stuck with a

Hi Keir, Some device have I/O space but no mem space so checking iomem to grant privileges to DomUs is not enough. Please apply this fix to unstable and xen-3.3-testing. From: Manuel Bouyer <bouyer@netbsd.org> Signed-off-by: Christoph Egger <Christoph.Egger@amd.com> -- ---to satisfy European Law for business letters: Advanced Micro Devices GmbH Karl-Hammerschmidt-Str. 34, 85609

I don't see it, and can't really think of a good reason why it would happen. This happens in configure? And the first thing you ran was configure, right? No autogen.sh or autoconf/automake? -bash-4.1# cat /etc/redhat-release CentOS release 6.8 (Final) -bash-4.1# uname -a Linux test-centos6.dovecot.net 2.6.32-642.6.1.el6.x86_64 #1 SMP Wed Oct 5 00:36:12 UTC 2016 x86_64 x86_64 x86_64

This happens on configure, I only ran ./configure. This error is logged to stderr: [root at host1 dovecot]# wget https://dovecot.org/releases/2.2/dovecot-2.2.27.tar.gz [root at host1 dovecot]# tar xzf dovecot-2.2.27.tar.gz [root at host1 dovecot]# cd dovecot-2.2.27 [root at host1 dovecot-2.2.27]# ./configure --with-ldap=yes --with-zlib --with-bzlib --with-solr > foo configure: error:

________________________________ ???: chin housin <sharingfun520 at outlook.com> ????: 2024?7?25? 11:58 ???: 1119542281 at qq.com <1119542281 at qq.com> ??: ??: [Samba] ??: segfault when tdb_mutex_unlock Thanks for your help.Although the situation was relieved with 'idmap config DOMAIN backend =rid' on samba-4.19.3, the issue occures after three days running.I promise that I

http://dovecot.org/releases/dovecot-1.0.rc22.tar.gz http://dovecot.org/releases/dovecot-1.0.rc22.tar.gz.sig Found another bad bug in rc19 changes. Wonder why my imaptest catched the bug only in CVS HEAD but not in branch_1_0 even though both had it. Anyway, now the imaptest runs nicely for both, and I'm again optimistic that the bug count is low enough for v1.0 to be released soon :) BTW. My

http://dovecot.org/releases/dovecot-1.0.rc22.tar.gz http://dovecot.org/releases/dovecot-1.0.rc22.tar.gz.sig Found another bad bug in rc19 changes. Wonder why my imaptest catched the bug only in CVS HEAD but not in branch_1_0 even though both had it. Anyway, now the imaptest runs nicely for both, and I'm again optimistic that the bug count is low enough for v1.0 to be released soon :) BTW. My

Processing commands for control at bugs.debian.org: > submitter 192827 Jos? Luis Gonz?lez <jlgonzal at ya.com> Bug #192827 [xdiskusage] xdiskusage: Printing doesn't manage non-ASCII characters Changed Bug submitter to 'Jos? Luis Gonz?lez <jlgonzal at ya.com>' from 'Jos?? Luis Gonz??lez <jlgonzal at ya.com>' > submitter 208308 R?diger Kuhlmann