In your README.md, perhaps "This project intends to provide a straightforward and simple *procedure *to configure FTS plugin for Dovecot, leveraging the efforts by the Xapian.org team." is better?? Also in the part after cloning from git: ./configure --prefix=/usr --with-dovecot=/path/to/dovecot [ This /path/to/dovecot is not obvious. Is it the dovecot binary or what??] On Mon, 14 Jan 2019 at 09:42, Joan Moreau via dovecot <dovecot at dovecot.org> wrote:> Thank you Stephan. > > The version here shall be up and running : > https://github.com/grosjo/fts-xapian > > > > > > On 2019-01-14 00:07, Stephan Bosch wrote: > > > > Op 13/01/2019 om 21:25 schreef Joan Moreau via dovecot: > > > I tried to combined it, the "autoreconf" errors are solved > > Now, when I type "make install", the lib is not pushed into dovecot > folder, but somewhere in /usr/local/... > > How to adjust this to have it arriving in the proper folder ? > > > Depends on your system. It mostly a matter of setting a proper --prefix > directory for configure, but other paths are configurable as well. I > usually check what the official distribution package for Dovecot is doing > and use that as a basis. > > For Debian I use the following configure command: > > ./configure --with-ldap=plugin --with-ssl=openssl --with-sql=plugin > --with-lua=plugin --with-pgsql --with-mysql --with-sqlite \ > --with-gssapi=plugin --with-solr --with-ioloop=best > --enable-maintainer-mode \ > --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib > --localstatedir=/var --mandir=/usr/share/man \ > --infodir=/usr/share/info > --with-moduledir=/usr/lib/dovecot/modules --disable-rpath --disable-static > > Regards, > > Stephan > > > On 2019-01-13 21:01, Tuomi, Aki wrote: > > You copied your Makefile.am there. Stephan made you a working version, can > you try that? > (sorry for dup) > Aki > -------- Original message -------- > From: Joan Moreau <jom at grosjo.net> > Date: 13/01/2019 21:39 (GMT+02:00) > To: Stephan Bosch <stephan at rename-it.nl> > Cc: Aki Tuomi <aki.tuomi at open-xchange.com> > Subject: Re: [FTS Xapian] Beta release > > I used the skeleton from Aki : https://github.com/grosjo/fts-xapian > > However, when I try to act as a visitor, I reach teh follwoing error: > > # autoreconf -vi > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal -I m4 > autoreconf: configure.ac: tracing > autoreconf: running: libtoolize --copy > libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, '.'. > libtoolize: copying file './ltmain.sh' > libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. > libtoolize: copying file 'm4/libtool.m4' > libtoolize: copying file 'm4/ltoptions.m4' > libtoolize: copying file 'm4/ltsugar.m4' > libtoolize: copying file 'm4/ltversion.m4' > libtoolize: copying file 'm4/lt~obsolete.m4' > autoreconf: running: /usr/bin/autoconf > autoreconf: running: /usr/bin/autoheader > autoreconf: running: automake --add-missing --copy --no-force > configure.ac:9: installing './compile' > configure.ac:11: installing './config.guess' > configure.ac:11: installing './config.sub' > configure.ac:7: installing './install-sh' > configure.ac:7: installing './missing' > src/Makefile.am: installing './depcomp' > /usr/share/automake-1.16/am/depend2.am: error: am__fastdepCXX does not > appear in AM_CONDITIONAL > /usr/share/automake-1.16/am/depend2.am: The usual way to define > 'am__fastdepCXX' is to add 'AC_PROG_CXX' > /usr/share/automake-1.16/am/depend2.am: to 'configure.ac' and run > 'aclocal' and 'autoconf' again > src/Makefile.am: error: C++ source seen but 'CXX' is undefined > src/Makefile.am: The usual way to define 'CXX' is to add 'AC_PROG_CXX' > src/Makefile.am: to 'configure.ac' and run 'autoconf' again. > src/Makefile.am:11: warning: variable 'NOPLUGIN_LDFLAGS' is defined but no > program or > src/Makefile.am:11: library has 'NOPLUGIN' as canonical name (possible > typo) > autoreconf: automake failed with exit status: 1 > > > > On 2019-01-13 20:24, Stephan Bosch wrote: > > Oh, right, a distribution tarball doesn't include some of the > necessary files for your repository like autogen.sh and > .gitignore. The attached tarball includes all those and is ready > for `git init`. The previous tarball was made with `make > distcheck` from this one. > > Regards, > > Stephan. > > Op 13/01/2019 om 20:14 schreef Stephan Bosch: > > Hi Joan, > > Op 13/01/2019 om 19:03 schreef Aki Tuomi: > > Yes, from compiling point of view it is done. > > Unfortunately what is not done is all the other work > involved, such as fixing all the inevitable bugs it has > and maintaining it. We do not want, at this moment, take > up maintaining and developing yet another FTS plugin as > we have plenty of things to do already. > > I invite you to setup your own repository and provide > this plugin from there, being the maintainer of this > plugin. We can add a link to your plugin on our FTS page > so people can also find it. > > There are other plugins like this, e.g. > https://github.com/st3fan/dovecot-xaps-plugin > > > I turned the code you provided into a separate plugin > package. The distribution tarball is attached. > > Notable changes: > > - Added example copyright headers and COPYING and AUTHORS > files. You should modify those to your preference. > - Added README and INSTALL files (in markdown using Pandoc). > Those need to be amended with details. > - Amended the plugin code to display a debug message with the > plugin name and version upon plugin load. > > > I advise you to turn this into a git repository and continue from there. > > I do not recommend releasing this plugin with the > -fpermissive flag and the resulting warning as it is now. But > I'm assuming this is still a work in progress, so that is OK. > > Regards, > > Stephan. > > > On 13 January 2019 at 19:52 Joan Moreau <jom at grosjo.net > <mailto:jom at grosjo.net>> wrote: > > > The only point here of this fts-xapian is to get rid > of solr (because it > > is just a nightmare to setup) and squat (because it is considere > obsolete). > > I already sent the changed in configure.ac, makefile.am > , etc.. in order > to include it in the dovecot, and it compiles properly > > > The only remaining point is to push it in hte git (yes, everything is > already done) > > On 2019-01-13 18:45, Aki Tuomi wrote: > > On 13 January 2019 at 17:05 Joan Moreau via > dovecot <dovecot at dovecot.org > <mailto:dovecot at dovecot.org>> wrote: > > Hi > > Please find attached the beta release of FTS > Xapian, with the objective > to replace fts_squat that is being deprecated. > > Configuration is exactly the same as for fts_squat: > > plugin { > > plugin = fts fts_xapian (...) > fts = xapian > fts_autoindex = yes > fts_enforced = yes > fts_xapian = partial=2 full=20 > > This is installed on my production server > (>120Gb of mailboxes), and I > will observe it during the coming days. > > > I will definitely appreciate that this is added in the core git of > docevot, in order to have a versionning of > it, to remove squat and let > > basic users able to avoid Solr alternative as much as possible. > > Thanks > > JM > > Hi! > > I still recommend you setup a, say, github > repository for your plugin. We are not able to > currently include your work in dovecot core as it > is more work than just pushing the code into the > repo. Maybe it can be included in the future. > > If you want, I can help you in setting up the > required configuration scripts and such to make > it possible to compile it as plugin. > > Then anyone can download it and install it for > their dovecot, even if dovecot itself has been > installed from packages, and also makes it > possible for package maintainers to consider > including it in distributions. > > Aki > > > >-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", grep ^[^#] :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190114/d8401205/attachment-0001.html>
THank you Odhiambo. I updated accordingly On 2019-01-14 08:07, Odhiambo Washington wrote:> In your README.md, perhaps "This project intends to provide a straightforward and simple PROCEDURE to configure FTS plugin for Dovecot, leveraging the efforts by the Xapian.org team." is better?? > Also in the part after cloning from git: > > ./configure --prefix=/usr --with-dovecot=/path/to/dovecot [ This /path/to/dovecot is not obvious. Is it the dovecot binary or what??] > > On Mon, 14 Jan 2019 at 09:42, Joan Moreau via dovecot <dovecot at dovecot.org> wrote: > > Thank you Stephan. > > The version here shall be up and running : https://github.com/grosjo/fts-xapian > > On 2019-01-14 00:07, Stephan Bosch wrote: > > Op 13/01/2019 om 21:25 schreef Joan Moreau via dovecot: > I tried to combined it, the "autoreconf" errors are solved > > Now, when I type "make install", the lib is not pushed into dovecot folder, but somewhere in /usr/local/... > > How to adjust this to have it arriving in the proper folder ? > > Depends on your system. It mostly a matter of setting a proper --prefix directory for configure, but other paths are configurable as well. I usually check what the official distribution package for Dovecot is doing and use that as a basis. > > For Debian I use the following configure command: > > ./configure --with-ldap=plugin --with-ssl=openssl --with-sql=plugin --with-lua=plugin --with-pgsql --with-mysql --with-sqlite \ > --with-gssapi=plugin --with-solr --with-ioloop=best --enable-maintainer-mode \ > --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --mandir=/usr/share/man \ > --infodir=/usr/share/info --with-moduledir=/usr/lib/dovecot/modules --disable-rpath --disable-static > > Regards, > > Stephan > > On 2019-01-13 21:01, Tuomi, Aki wrote: > > You copied your Makefile.am there. Stephan made you a working version, can you try that? > (sorry for dup) > Aki > -------- Original message -------- > From: Joan Moreau <jom at grosjo.net> > Date: 13/01/2019 21:39 (GMT+02:00) > To: Stephan Bosch <stephan at rename-it.nl> > Cc: Aki Tuomi <aki.tuomi at open-xchange.com> > Subject: Re: [FTS Xapian] Beta release > > I used the skeleton from Aki : https://github.com/grosjo/fts-xapian > > However, when I try to act as a visitor, I reach teh follwoing error: > > # autoreconf -vi > autoreconf: Entering directory `.' > autoreconf: configure.ac [1]: not using Gettext > autoreconf: running: aclocal -I m4 > autoreconf: configure.ac [1]: tracing > autoreconf: running: libtoolize --copy > libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, '.'. > libtoolize: copying file './ltmain.sh' > libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. > libtoolize: copying file 'm4/libtool.m4' > libtoolize: copying file 'm4/ltoptions.m4' > libtoolize: copying file 'm4/ltsugar.m4' > libtoolize: copying file 'm4/ltversion.m4' > libtoolize: copying file 'm4/lt~obsolete.m4' > autoreconf: running: /usr/bin/autoconf > autoreconf: running: /usr/bin/autoheader > autoreconf: running: automake --add-missing --copy --no-force > configure.ac:9 [2]: installing './compile' > configure.ac:11 [3]: installing './config.guess' > configure.ac:11 [3]: installing './config.sub' > configure.ac:7 [4]: installing './install-sh' > configure.ac:7 [4]: installing './missing' > src/Makefile.am: installing './depcomp' > /usr/share/automake-1.16/am/depend2.am [5]: error: am__fastdepCXX does not appear in AM_CONDITIONAL > /usr/share/automake-1.16/am/depend2.am [5]: The usual way to define 'am__fastdepCXX' is to add 'AC_PROG_CXX' > /usr/share/automake-1.16/am/depend2.am [5]: to 'configure.ac [1]' and run 'aclocal' and 'autoconf' again > src/Makefile.am: error: C++ source seen but 'CXX' is undefined > src/Makefile.am: The usual way to define 'CXX' is to add 'AC_PROG_CXX' > src/Makefile.am: to 'configure.ac [1]' and run 'autoconf' again. > src/Makefile.am:11: warning: variable 'NOPLUGIN_LDFLAGS' is defined but no program or > src/Makefile.am:11: library has 'NOPLUGIN' as canonical name (possible typo) > autoreconf: automake failed with exit status: 1 > > On 2019-01-13 20:24, Stephan Bosch wrote: > > Oh, right, a distribution tarball doesn't include some of the > necessary files for your repository like autogen.sh and > .gitignore. The attached tarball includes all those and is ready > for `git init`. The previous tarball was made with `make > distcheck` from this one. > > Regards, > > Stephan. > > Op 13/01/2019 om 20:14 schreef Stephan Bosch: > > Hi Joan, > > Op 13/01/2019 om 19:03 schreef Aki Tuomi: > > Yes, from compiling point of view it is done. > > Unfortunately what is not done is all the other work > involved, such as fixing all the inevitable bugs it has > and maintaining it. We do not want, at this moment, take > up maintaining and developing yet another FTS plugin as > we have plenty of things to do already. > > I invite you to setup your own repository and provide > this plugin from there, being the maintainer of this > plugin. We can add a link to your plugin on our FTS page > so people can also find it. > > There are other plugins like this, e.g. > https://github.com/st3fan/dovecot-xaps-plugin > > I turned the code you provided into a separate plugin > package. The distribution tarball is attached. > > Notable changes: > > - Added example copyright headers and COPYING and AUTHORS > files. You should modify those to your preference. > - Added README and INSTALL files (in markdown using Pandoc). > Those need to be amended with details. > - Amended the plugin code to display a debug message with the > plugin name and version upon plugin load. > > I advise you to turn this into a git repository and continue from there. > > I do not recommend releasing this plugin with the > -fpermissive flag and the resulting warning as it is now. But > I'm assuming this is still a work in progress, so that is OK. > > Regards, > > Stephan. > > On 13 January 2019 at 19:52 Joan Moreau <jom at grosjo.net > <mailto:jom at grosjo.net>> wrote: > > The only point here of this fts-xapian is to get rid > of solr (because it > is just a nightmare to setup) and squat (because it is considere > obsolete). > > I already sent the changed in configure.ac [1], makefile.am [6], etc.. in order > to include it in the dovecot, and it compiles properly > > The only remaining point is to push it in hte git (yes, everything is > already done) > > On 2019-01-13 18:45, Aki Tuomi wrote: > > On 13 January 2019 at 17:05 Joan Moreau via > dovecot <dovecot at dovecot.org > <mailto:dovecot at dovecot.org>> wrote: > > Hi > > Please find attached the beta release of FTS > Xapian, with the objective > to replace fts_squat that is being deprecated. > > Configuration is exactly the same as for fts_squat: > > plugin { > > plugin = fts fts_xapian (...) > fts = xapian > fts_autoindex = yes > fts_enforced = yes > fts_xapian = partial=2 full=20 > > This is installed on my production server > (>120Gb of mailboxes), and I > will observe it during the coming days. > > I will definitely appreciate that this is added in the core git of > docevot, in order to have a versionning of > it, to remove squat and let > basic users able to avoid Solr alternative as much as possible. > > Thanks > > JM > > Hi! > > I still recommend you setup a, say, github > repository for your plugin. We are not able to > currently include your work in dovecot core as it > is more work than just pushing the code into the > repo. Maybe it can be included in the future. > > If you want, I can help you in setting up the > required configuration scripts and such to make > it possible to compile it as plugin. > > Then anyone can download it and install it for > their dovecot, even if dovecot itself has been > installed from packages, and also makes it > possible for package maintainers to consider > including it in distributions. > > Aki-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", grep ^[^#] :-) Links: ------ [1] http://configure.ac [2] http://configure.ac:9 [3] http://configure.ac:11 [4] http://configure.ac:7 [5] http://depend2.am [6] http://makefile.am -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190114/ee1a27a2/attachment-0001.html>
Testing a compile on FreeBSD.
gmake[2]: Entering directory
'/usr/home/wash/Tools/Dovecot/fts-xapian/src'
/bin/sh ../libtool --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I.
-I.. -I/opt/dovecot2.3/include/dovecot
-I/opt/dovecot2.3/include/dovecot -g -O2 -MT fts-backend-xapian.lo -MD
-MP -MF .deps/fts-backend-xapian.Tpo -c -o fts-backend-xapian.lo
fts-backend-xapian.cpp
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I..
-I/opt/dovecot2.3/include/dovecot -I/opt/dovecot2.3/include/dovecot -g -O2
-MT fts-backend-xapian.lo -MD -MP -MF .deps/fts-backend-xapian.Tpo -c
fts-backend-xapian.cpp -fPIC -DPIC -o .libs/fts-backend-xapian.o
fts-backend-xapian.cpp:3:10: fatal error: 'xapian.h' file not found
#include <xapian.h>
^~~~~~~~~~
Well, I installed xapian-core and the xapian.h is in /usr/local/include/
I can overcome the fatal error by doing:
env CPPFLAGS=-I/usr/local/include PANDOC=false ./configure --prefix=/opt
--with-dovecot=/opt/dovecot2.3/lib/dovecot/
Is that something that you can address within the code or we (*BSD) have to
live with it?
During `make`, the following warning is generated:
/bin/sh ../libtool --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I.
-I.. -I/opt/dovecot2.3/include/dovecot -I/usr/local/include
-I/opt/dovecot2.3/include/dovecot -g -O2 -MT fts-backend-xapian.lo -MD
-MP -MF .deps/fts-backend-xapian.Tpo -c -o fts-backend-xapian.lo
fts-backend-xapian.cpp
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I..
-I/opt/dovecot2.3/include/dovecot -I/usr/local/include
-I/opt/dovecot2.3/include/dovecot -g -O2 -MT fts-backend-xapian.lo -MD -MP
-MF .deps/fts-backend-xapian.Tpo -c fts-backend-xapian.cpp -fPIC -DPIC -o
.libs/fts-backend-xapian.o
fts-backend-xapian.cpp:486:14: warning: format string is not a string
literal (potentially insecure) [-Wformat-security]
i_warning(e.get_msg().c_str());
^~~~~~~~~~~~~~~~~~~
fts-backend-xapian.cpp:486:14: note: treat the string as an argument to
avoid this
i_warning(e.get_msg().c_str());
^
"%s",
1 warning generated.
Is that something you can look into as well?
On Mon, 14 Jan 2019 at 11:43, Joan Moreau <jom at grosjo.net> wrote:
> THank you Odhiambo. I updated accordingly
>
>
>
>
>
> On 2019-01-14 08:07, Odhiambo Washington wrote:
>
> In your README.md, perhaps "This project intends to provide a
> straightforward and simple *procedure *to configure FTS plugin for
> Dovecot, leveraging the efforts by the Xapian.org team." is better??
> Also in the part after cloning from git:
>
> ./configure --prefix=/usr --with-dovecot=/path/to/dovecot [ This
> /path/to/dovecot is not obvious. Is it the dovecot binary or what??]
>
> On Mon, 14 Jan 2019 at 09:42, Joan Moreau via dovecot <dovecot at
dovecot.org>
> wrote:
>
>> Thank you Stephan.
>>
>> The version here shall be up and running :
>> https://github.com/grosjo/fts-xapian
>>
>>
>>
>>
>>
>> On 2019-01-14 00:07, Stephan Bosch wrote:
>>
>>
>>
>> Op 13/01/2019 om 21:25 schreef Joan Moreau via dovecot:
>>
>>
>> I tried to combined it, the "autoreconf" errors are solved
>>
>> Now, when I type "make install", the lib is not pushed into
dovecot
>> folder, but somewhere in /usr/local/...
>>
>> How to adjust this to have it arriving in the proper folder ?
>>
>>
>> Depends on your system. It mostly a matter of setting a proper --prefix
>> directory for configure, but other paths are configurable as well. I
>> usually check what the official distribution package for Dovecot is
doing
>> and use that as a basis.
>>
>> For Debian I use the following configure command:
>>
>> ./configure --with-ldap=plugin --with-ssl=openssl --with-sql=plugin
>> --with-lua=plugin --with-pgsql --with-mysql --with-sqlite \
>> --with-gssapi=plugin --with-solr --with-ioloop=best
>> --enable-maintainer-mode \
>> --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
>> --localstatedir=/var --mandir=/usr/share/man \
>> --infodir=/usr/share/info
>> --with-moduledir=/usr/lib/dovecot/modules --disable-rpath
--disable-static
>>
>> Regards,
>>
>> Stephan
>>
>>
>> On 2019-01-13 21:01, Tuomi, Aki wrote:
>>
>> You copied your Makefile.am there. Stephan made you a working version,
>> can you try that?
>> (sorry for dup)
>> Aki
>> -------- Original message --------
>> From: Joan Moreau <jom at grosjo.net>
>> Date: 13/01/2019 21:39 (GMT+02:00)
>> To: Stephan Bosch <stephan at rename-it.nl>
>> Cc: Aki Tuomi <aki.tuomi at open-xchange.com>
>> Subject: Re: [FTS Xapian] Beta release
>>
>> I used the skeleton from Aki : https://github.com/grosjo/fts-xapian
>>
>> However, when I try to act as a visitor, I reach teh follwoing error:
>>
>> # autoreconf -vi
>> autoreconf: Entering directory `.'
>> autoreconf: configure.ac: not using Gettext
>> autoreconf: running: aclocal -I m4
>> autoreconf: configure.ac: tracing
>> autoreconf: running: libtoolize --copy
>> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, '.'.
>> libtoolize: copying file './ltmain.sh'
>> libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
>> libtoolize: copying file 'm4/libtool.m4'
>> libtoolize: copying file 'm4/ltoptions.m4'
>> libtoolize: copying file 'm4/ltsugar.m4'
>> libtoolize: copying file 'm4/ltversion.m4'
>> libtoolize: copying file 'm4/lt~obsolete.m4'
>> autoreconf: running: /usr/bin/autoconf
>> autoreconf: running: /usr/bin/autoheader
>> autoreconf: running: automake --add-missing --copy --no-force
>> configure.ac:9: installing './compile'
>> configure.ac:11: installing './config.guess'
>> configure.ac:11: installing './config.sub'
>> configure.ac:7: installing './install-sh'
>> configure.ac:7: installing './missing'
>> src/Makefile.am: installing './depcomp'
>> /usr/share/automake-1.16/am/depend2.am: error: am__fastdepCXX does not
>> appear in AM_CONDITIONAL
>> /usr/share/automake-1.16/am/depend2.am: The usual way to define
>> 'am__fastdepCXX' is to add 'AC_PROG_CXX'
>> /usr/share/automake-1.16/am/depend2.am: to 'configure.ac' and
run
>> 'aclocal' and 'autoconf' again
>> src/Makefile.am: error: C++ source seen but 'CXX' is undefined
>> src/Makefile.am: The usual way to define 'CXX' is to add
'AC_PROG_CXX'
>> src/Makefile.am: to 'configure.ac' and run 'autoconf'
again.
>> src/Makefile.am:11: warning: variable 'NOPLUGIN_LDFLAGS' is
defined but
>> no program or
>> src/Makefile.am:11: library has 'NOPLUGIN' as canonical name
(possible
>> typo)
>> autoreconf: automake failed with exit status: 1
>>
>>
>>
>> On 2019-01-13 20:24, Stephan Bosch wrote:
>>
>> Oh, right, a distribution tarball doesn't include some of the
>> necessary files for your repository like autogen.sh and
>> .gitignore. The attached tarball includes all those and is ready
>> for `git init`. The previous tarball was made with `make
>> distcheck` from this one.
>>
>> Regards,
>>
>> Stephan.
>>
>> Op 13/01/2019 om 20:14 schreef Stephan Bosch:
>>
>> Hi Joan,
>>
>> Op 13/01/2019 om 19:03 schreef Aki Tuomi:
>>
>> Yes, from compiling point of view it is done.
>>
>> Unfortunately what is not done is all the other work
>> involved, such as fixing all the inevitable bugs it has
>> and maintaining it. We do not want, at this moment, take
>> up maintaining and developing yet another FTS plugin as
>> we have plenty of things to do already.
>>
>> I invite you to setup your own repository and provide
>> this plugin from there, being the maintainer of this
>> plugin. We can add a link to your plugin on our FTS page
>> so people can also find it.
>>
>> There are other plugins like this, e.g.
>> https://github.com/st3fan/dovecot-xaps-plugin
>>
>>
>> I turned the code you provided into a separate plugin
>> package. The distribution tarball is attached.
>>
>> Notable changes:
>>
>> - Added example copyright headers and COPYING and AUTHORS
>> files. You should modify those to your preference.
>> - Added README and INSTALL files (in markdown using Pandoc).
>> Those need to be amended with details.
>> - Amended the plugin code to display a debug message with the
>> plugin name and version upon plugin load.
>>
>>
>> I advise you to turn this into a git repository and continue
from there.
>>
>> I do not recommend releasing this plugin with the
>> -fpermissive flag and the resulting warning as it is now. But
>> I'm assuming this is still a work in progress, so that is
OK.
>>
>> Regards,
>>
>> Stephan.
>>
>>
>> On 13 January 2019 at 19:52 Joan Moreau <jom at
grosjo.net
>> <mailto:jom at grosjo.net>> wrote:
>>
>>
>> The only point here of this fts-xapian is to get rid
>> of solr (because it
>>
>> is just a nightmare to setup) and squat (because it is
considere
>> obsolete).
>>
>> I already sent the changed in configure.ac, makefile.am
>> , etc.. in order
>> to include it in the dovecot, and it compiles properly
>>
>>
>> The only remaining point is to push it in hte git (yes,
everything is
>> already done)
>>
>> On 2019-01-13 18:45, Aki Tuomi wrote:
>>
>> On 13 January 2019 at 17:05 Joan Moreau via
>> dovecot <dovecot at dovecot.org
>> <mailto:dovecot at dovecot.org>>
wrote:
>>
>> Hi
>>
>> Please find attached the beta release of FTS
>> Xapian, with the objective
>> to replace fts_squat that is being deprecated.
>>
>>
>> Configuration is exactly the same as for
fts_squat:
>>
>> plugin {
>>
>> plugin = fts fts_xapian (...)
>> fts = xapian
>> fts_autoindex = yes
>> fts_enforced = yes
>> fts_xapian = partial=2 full=20
>>
>> This is installed on my production server
>> (>120Gb of mailboxes), and I
>> will observe it during the coming days.
>>
>>
>> I will definitely appreciate that this is added
in the core git of
>> docevot, in order to have a versionning of
>> it, to remove squat and let
>>
>> basic users able to avoid Solr alternative as
much as possible.
>>
>> Thanks
>>
>> JM
>>
>> Hi!
>>
>> I still recommend you setup a, say, github
>> repository for your plugin. We are not able to
>> currently include your work in dovecot core as it
>> is more work than just pushing the code into the
>> repo. Maybe it can be included in the future.
>>
>> If you want, I can help you in setting up the
>> required configuration scripts and such to make
>> it possible to compile it as plugin.
>>
>> Then anyone can download it and install it for
>> their dovecot, even if dovecot itself has been
>> installed from packages, and also makes it
>> possible for package maintainers to consider
>> including it in distributions.
>>
>> Aki
>>
>>
>>
>>
>
> --
> Best regards,
> Odhiambo WASHINGTON,
> Nairobi,KE
> +254 7 3200 0004/+254 7 2274 3223
> "Oh, the cruft.", grep ^[^#] :-)
>
>
--
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 3200 0004/+254 7 2274 3223
"Oh, the cruft.", grep ^[^#] :-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://dovecot.org/pipermail/dovecot/attachments/20190114/a7030d88/attachment-0001.html>