search for: branch_1_0

This line in configure.in src/plugins/mail-log/Makefile refers to a non existing direcory in the branch_1_0 tree, which breaks build. ciao Luca

-----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 {...

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 it breaks something. :) -------------- next part -------------- A non-text attachment was scrubbed.....

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_...

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_...

-----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:

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 "IMPLEMENTATION" capability response (as requested by John Peacock). - Denied ANONYMOUS login until proper support is implemented...

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 co...

...t 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 to patch the mycrypt.c dovecot file. Maybe you could add this path (against branch_1_0 cvs). thanks Philipp Kolmann -- If you have problems in Windows: REBOOT If you have problems in Linux: BE ROOT -------------- next part -------------- Index: src/auth/mycrypt.c =================================================================== RCS file: /home/cvs/dovecot/src/auth/mycrypt.c,v...

...antispam: (first entry of git log) commit c3a343290773d6e22a08946cb2ef80b1b8fe8a06 Author: Johannes Berg <johannes at sipsolutions.net> Date: Sat Apr 26 20:34:06 2008 +0200 add 1.1 storage. probably doesn't work Base version of Dovecot: changeset: 5551:71c02fdf1b59 branch: branch_1_0 tag: tip Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIMtunVJMDrex4hCIRAjXgAJ9j0oNUa0wGaLMshw6F/kjQoQxvygCdHLE9 Vb7rUcHxSr1kcgN+MHCsI1U= =dBuy -----END PGP SIGNATURE-----

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 previous benchmarks which showed how mmap_disable=yes and fsync_disable=yes give huge performance benefits are pretty XFS-sp...

Woops... yep, that was the problem. Sorry. Bill On Mon, July 3, 2006 10:08 am, Timo Sirainen <tss at iki.fi> said: > Are you sure you're not just mixing changes to CVS HEAD and branch_1_0? > CVS HEAD was broken for days before this patch fixed it. > > On Mon, 2006-07-03 at 09:59 -0400, Bill Boebel wrote: >Fyi, after this patch I started seeing the error below: > >Jul 3 09:46:55 mail11a dovecot: IMAP(user at example.com): file mail-cache-lookup.c: > line 270 (m...

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

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 previous benchmarks which showed how mmap_disable=yes and fsync_disable=yes give huge performance benefits are pretty XFS-sp...

...at Courier doesn't call fsync(), so it can't be compared to Dovecot's fsync_disable=no numbers or to Cyrus. Oh, one other difference between Courier and others was that it didn't support LITERAL+ extension, so it maybe could have done a bit less appends than others. 7) CVS HEAD and branch_1_0 don't seem to have that big of a performance difference. All the tests were done using my IMAP tester: http://dovecot.org/tools/imaptest.c The mailbox data that was being appended was Dovecot's mailing list: http://dovecot.org/archives/dovecot.mbox The linefeeds were converted to CR+LF....

Fyi, after this patch I started seeing the error below: Jul 3 09:46:55 mail11a dovecot: IMAP(user at example.com): file mail-cache-lookup.c: line 270 (mail_cache_field_exists): assertion failed: (field < view->cache->fields_count) Bill On Mon, July 3, 2006 7:12 am, tss-movial at dovecot.org said: > Update of /var/lib/cvs/dovecot/src/lib-storage/index > In directory

...CVS repositories will still exist for a while, but they won't be updated anymore. If you notice the CVS being referenced somewhere (wiki, docs, etc.) please let me know (or fix yourself in wiki). 1. Fetch the initial repository: - ex. CVS HEAD: hg clone http://hg.dovecot.org/dovecot/ - ex. branch_1_0: hg clone http://hg.dovecot.org/dovecot-1.0/ - sieve plugin: hg clone http://hg.dovecot.org/dovecot-sieve-1.0/ The Sieve plugin currently works only with v1.0. I'll make a new "dovecot-sieve" repository for CVS HEAD later. 2. Update the repository: hg pull hg merge # only needed i...

...CVS repositories will still exist for a while, but they won't be updated anymore. If you notice the CVS being referenced somewhere (wiki, docs, etc.) please let me know (or fix yourself in wiki). 1. Fetch the initial repository: - ex. CVS HEAD: hg clone http://hg.dovecot.org/dovecot/ - ex. branch_1_0: hg clone http://hg.dovecot.org/dovecot-1.0/ - sieve plugin: hg clone http://hg.dovecot.org/dovecot-sieve-1.0/ The Sieve plugin currently works only with v1.0. I'll make a new "dovecot-sieve" repository for CVS HEAD later. 2. Update the repository: hg pull hg merge # only needed i...

...S) 5 UID fetch 43498:43501 (UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (From To Cc Subject Date Message-ID Priority X-Priority References Newsgroups In-Reply-To Content-Type)]) 6 UID fetch 43500 (UID RFC822.SIZE BODY.PEEK[]) 7 uid store 43500 +FLAGS (NonJunk) 8 IDLE --- Dovecot compiled from cvs branch_1_0 at March 25. --- $ sudo dovecot -n Password: # /etc/dovecot/dovecot.conf ssl_cert_file: /etc/postfix/cert.pem ssl_key_file: /etc/postfix/key.pem login_dir: /var/run/dovecot/login login_executable: /usr/lib64/dovecot/imap-login mail_extra_groups: mail mail_location: maildir:/home/%u/.imap mail_execu...

Hi, I pasted the logs in #dovecot already, but maybe someone here has a little bit more insight. I'm running dovecot cvs branch_1_0 from Sep. 16th. Dovecot is doing LDAP userdb/passdb and I'm using deliver for local deliveries. Today my users complained about not being able to login anymore. I opened ssh to that box and found the following messages Sep 20 15:58:03 vs02 dovecot: imap-login: Login: user=<user1>, metho...