http://dovecot.org/releases/dovecot-1.0.rc25.tar.gz http://dovecot.org/releases/dovecot-1.0.rc25.tar.gz.sig Instead of having "Should v1.0 be released already" discussion, how about having "What's still missing from wiki.dovecot.org and how could it be improved" discussion? And what should the wiki exported to doc/ directory in the tarball look like? * If time moves backwards, Dovecot kills itself instead of giving random problems. + Added --with-headers configure option to install .h files. Binary package builders could use this to create some dovecot-dev package to make compiling plugins easier. - PLAIN authentication: Don't crash dovecot-auth with invalid input. - IMAP APPEND: Don't crash if saving fails - IMAP LIST: If prefix.INBOX has children and we're listing under prefix.%, don't drop the prefix. - mbox: Broken X-UID headers still weren't handled correctly. - mail-log plugin: Fixed deleted/undeleted logging. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot-news/attachments/20070301/596ff8c4/attachment.pgp
Timo Sirainen said the following on 1/3/2007 14:03:> And what should the wiki exported to doc/ > directory in the tarball look like?I think that the tarball should contain a "link" to wiki documentation. This would avoid the obsolescence of the data and limit the updates to one single place. Ciao, luigi -- / +--[Luigi Rosa]-- \ Great warriors? Wars not make one great. --Yoda, The Return of The Jedi
On 1 mars 07, at 14:03, Timo Sirainen wrote:> "What's still missing from wiki.dovecot.org and how could > it be improved" discussion? And what should the wiki exported to doc/ > directory in the tarball look like?In TWiki, there is a "publish" plugin that create an offline version of a TWiki Web. I don't know Moinmoin, but there might be a similar solution : http://moinmoin.wikiwikiweb.de/FormatterMarket I like the idea of the single PDF, it's easy to use for a sysadmin and search is better than in multiple HTML files. Charles
I am getting a ton of these with 1.0rc25, functionality does not appear to be impaired: Mar 1 13:48:18 tempest dovecot: IMAP(arrigo): file mbox-sync- rewrite.c: line 408 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) Mar 1 13:48:18 tempest dovecot: child 15294 (imap) returned error OpenBSD 3.0 and OpenBSD 3.7 Arrigo
Timo Sirainen schrieb:> http://dovecot.org/releases/dovecot-1.0.rc25.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc25.tar.gz.sig > > Instead of having "Should v1.0 be released already" discussion, how > about having "What's still missing from wiki.dovecot.org and how could > it be improved" discussion? And what should the wiki exported to doc/ > directory in the tarball look like? > > * If time moves backwards, Dovecot kills itself instead of giving > random problems. > > + Added --with-headers configure option to install .h files. > Binary package builders could use this to create some dovecot-dev > package to make compiling plugins easier.Could you rename this to --enable-header-install or something like that before you call it 1.0? autoconf convention is (and I see no reason why Dovecot would need to deviate, it's probably your being unaware of this convention): --with-foo use package foo in the build (say, SSL) --enable-bar enable feature bar in the build (say, headers, special-use features, compile-time options). Thank you. Matthias
Timo Sirainen schrieb:> http://dovecot.org/releases/dovecot-1.0.rc25.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc25.tar.gz.sig > > Instead of having "Should v1.0 be released already" discussion, how > about having "What's still missing from wiki.dovecot.org and how could > it be improved" discussion? And what should the wiki exported to doc/ > directory in the tarball look like? > > * If time moves backwards, Dovecot kills itself instead of giving > random problems. > > + Added --with-headers configure option to install .h files. > Binary package builders could use this to create some dovecot-dev > package to make compiling plugins easier. > - PLAIN authentication: Don't crash dovecot-auth with invalid input. > - IMAP APPEND: Don't crash if saving fails > - IMAP LIST: If prefix.INBOX has children and we're listing under > prefix.%, don't drop the prefix. > - mbox: Broken X-UID headers still weren't handled correctly. > - mail-log plugin: Fixed deleted/undeleted logging. >Hi Timo , for my first tests ignore=Trash with qouta in sql with lda seems still be broken in rc 1.0.25 as well as the trash plugin with lda and sql -- Mit freundlichen Gruessen Best Regards Robert Schetterer https://www.schetterer.org Munich/Bavaria/Germany
Hello Timo! I've a problem with automake: aclocal automake -a noinst_HEADERS: variable `headers' is used but `headers' is undefined Worked well with 1.0rc24. Version is: automake (GNU automake) 1.7.8 aclocal (GNU automake) 1.7.8 Any ideas? Thnx. Ciao, Gerhard -- http://www.wiesinger.com/
Hello! Ok, has been fixed with 1.0rc26. Thnx Timo. Ciao, Gerhard -- http://www.wiesinger.com/ On Fri, 2 Mar 2007, Gerhard Wiesinger wrote:> Hello Timo! > > I've a problem with automake: > aclocal > automake -a > noinst_HEADERS: variable `headers' is used but `headers' is undefined > > Worked well with 1.0rc24. > > Version is: > automake (GNU automake) 1.7.8 > aclocal (GNU automake) 1.7.8 > > Any ideas? > > Thnx. > > Ciao, > Gerhard > > -- > http://www.wiesinger.com/ > > >