similar to: Wrong configure.in entry in CVS branch_1_0

-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 bldg dovecot cvs branch_1_0 on osx, i'm seeing a sensitivity to order in protocol statements. e.g., on launch: THIS WORKS FINE: protocol lda { sendmail_path = /usr/local/exim/bin/exim ... plugin { quota = maildir:storage=10240 # 10 MB quota limit } } but, THIS DOES NOT protocol lda { ... plugin { quota =

You were missed... hope all went well with - whatever you were doing... :)

Committed to CVS HEAD already. I think this is small enough change that it won't break anything too badly for v1.0, but I'd like to get some testing first. Here's a patch against branch_1_0 CVS and latest nightly snapshot (looks like they haven't been updating for a while, started building new a new one now): http://dovecot.org/patches/userdb-cache.diff Please try and tell me if

Hello dovecot users, I have updated the MANAGESIEVE patch to fix the currently known small problems with the protocol implementation. It is designed for rc28, but also compiles cleanly with the current cvs branch_1_0. Change Log V4 ------------- - Added managesieve_implementation_string setting to the managesieve configuration. This can be used to customize the default

The following applies to Samba used as domain controller only. (Both as classic/NT4-style and active direcory DC.) Samba users have reported that the exploit for "ZeroLogin" passes against Samba. Samba has some protection for this issue because since Samba 4.8 we have set a default of 'server schannel = yes'. Users who have changed this default are hereby warned that

The following applies to Samba used as domain controller only. (Both as classic/NT4-style and active direcory DC.) Samba users have reported that the exploit for "ZeroLogin" passes against Samba. Samba has some protection for this issue because since Samba 4.8 we have set a default of 'server schannel = yes'. Users who have changed this default are hereby warned that

Backported from CVS HEAD to branch_1_0. You can get it as a patch from http://dovecot.org/patches/1.0/quota-rewrite.diff New features include support for multiple quota roots, so you could have eg. per-user quota and a larger domain quota (although no backend actually supports this yet..). The more important feature is that you can configure specific mailboxes to have a bit more space available

Hello I'm wondering if anybody has ever done anything like what I'm trying to do, and if so please help!!! This is the situation. I'm working at a university that has a classroom full of WinXP PC's. These machines conncect to a Win Server 2003 box, where they get the user policies and active direcory stuff. Now, we want to put a switch and a Linux Server between the the classroom

Anyone know where might I find icecast.xml for icecast-2.0? I just compiled everything, but ther is no conf/icecast.xml in the src directory in the build tree? I go the source from Jack's home direcory at cantcode.com. dap -- D. Anthony Patrick [ dpatrick@config.com | http://home.config.com/~dpatrick/ ] -- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project

Rafael J. Risco G.V. wrote: > > On Sat, 11 Dec 2004 16:49:12 +0000, Corvin <corvin.dun@wp.pl> wrote: >> Dnia sobota, 11 grudnia 2004 15:32, Rodolfo Grave napisa?: >> > Hi. >> > >> > I need to set up H323 on an Asterisk box. I've succesfuly compiled the >> > asterisk oh323 (including of course all the dependencies: PWlib and >> >

warning: rsync/sysadmin newbie question... I want to sync the web directory from my production server to my backup server (through ssh). rsync is working fine, except that it doesn't seem to authenticate my rsync user which is not a system user. If I run the command manually, sshd asks for the far end user's password. If I use that user's password, the files are rsynced to a

-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 hi, i've dovecot-cvs up on osx. logging in with virtual users is working. so far so good. i'm attempting to build sieve support now. after: % cd /usr/ports/dovecot/dovecot-sieve % glibtoolize -f -c % autoreconf -i -f configure.in: installing `./install-sh' configure.in: installing `./missing' src/Makefile.am:

New branch created to CVS: branch_1_0 It's going to stabilize into v1.0 Dovecot, hopefully somewhat soon. I'll start adding new larger features into HEAD, so you might want to switch to branch_1_0 if you're currently using Dovecot from CVS. You can do this with: cvs up -r branch_1_0 The nightly snapshots are from branch_1_0, at least for now. -------------- next part --------------

New branch created to CVS: branch_1_0 It's going to stabilize into v1.0 Dovecot, hopefully somewhat soon. I'll start adding new larger features into HEAD, so you might want to switch to branch_1_0 if you're currently using Dovecot from CVS. You can do this with: cvs up -r branch_1_0 The nightly snapshots are from branch_1_0, at least for now. -------------- next part --------------

Need some assistance on the below information - please let me know if this is not the right group for this to go to. Thanks, Lisa Gates Systems Administration Engineer ----- Forwarded by Lisa G Gates/Harland Clarke/Email on 12/11/2014 09:53 AM ----- From: Simo Sorce <idra at samba.org> To: <Lisa.Gates at harlandclarke.com>, Cc: <cifs-protocol at

Hello, I'm using Postfix with virtual domains (MySQL), Dovecot 1.0beta7 and CVS LDA. I've set up postfix to use the LDA for maildir delivery and defined a global sieve script. -- master.cf -- ... dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -d ${recipient} ... -- main.cf -- smtpd_banner =

Hello, In http://wiki.dovecot.org/LDA I read # If there is no user-specific Sieve-script, global Sieve script is # executed if set. #global_script_path = so you can set global_script_path and override it using a per user script. It would be nice if the per user scripts could be optionally run after (or before maybe?) the global script. Another nice thing would be per-virtualdomain sieve

Hi, we are currently in the progress of switching an HPUX mailserver to linux and dovecot. The only issue so far is, that HPUX has bigcrypt for passwords > 8 chars. Bigcrypt uses standard libc crypt for every block of 8 chars. The linux pam modules have a bigcrypt.c file which can be used for dovecot as well to authenticate crypt and bigcrypt passwords. I have used the pam bigcrypt.c code

Hello, I have no autotools knowledge but I had to remove square brackets in configure.in shipped with dovecot AC_CONFIG_HEADERS([config.h]) and dovecot-sieve AC_CONFIG_HEADERS([dsieve-config.h]) to be able to build them. thanks

Hello! Christian Kivalo <ml+dovecot at valo.at> schrieb am 13.09.15 um 19:51:38 Uhr: > > Sep 13 11:55:49 imap(a.meyer at nimmini.de): Error: user > > a.meyer at nimmini.de: Initialization failed: Namespace '': Home > > directory not set for user. Can't expand ~/ for mail root dir in: ~/ > > Sep 13 11:55:49 imap(a.meyer at nimmini.de): Error: Invalid user