Re: Default databse script for a brand new install

2024-05-07 Thread Joan Moreau
if i remember correctly ) Regards, Adam On 7 May 2024, at 16:47, Joan Moreau wrote: Hi Would really appreciate to know where to find the mariadb schema to upload before starting the process For now, it asks for tables that of course do bot exist as never created Thank you very much in advance

Re: Default databse script for a brand new install

2024-05-07 Thread Joan Moreau
Hi Would really appreciate to know where to find the mariadb schema to upload before starting the process For now, it asks for tables that of course do bot exist as never created Thank you very much in advance On 6 May 2024 16:38:01 Joan Moreau wrote: I copied paste all the variables

Re: Default databse script for a brand new install

2024-05-06 Thread Joan Moreau
)     at org.mariadb.jdbc.export.ExceptionFactory.create(ExceptionFactory.java:378) I really need to know where is the initial schema to create the required tables in MariaDB Thank you in advance On 5/6/24 16:19, Joan Moreau wrote: You send me a link to XML files I just need (a) the actual (real

Re: Default databse script for a brand new install

2024-05-06 Thread Joan Moreau
in the PR that I have shared, there is a startup script on it. Regards El lun, 6 may 2024 a las 2:04, Joan Moreau () escribió: Note: I am not using docker but a normal server with a normal MariaDB (serving multiple applications) On 5/6/24 16:02, Joan Moreau wrote: Also, the variable you

Re: Default databse script for a brand new install

2024-05-06 Thread Joan Moreau
The easy way would be just to know (1) What variable to set (2) with which values for a normal user (no docker, no fancy stuff, just a Unix server and a MariadDB) (3) where is that damn mariadb schema to create to enable the app to start On 5/6/24 16:04, Joan Moreau wrote: Note: I am

Re: Default databse script for a brand new install

2024-05-06 Thread Joan Moreau
Note: I am not using docker but a normal server with a normal MariaDB (serving multiple applications) On 5/6/24 16:02, Joan Moreau wrote: Also, the variable you mentioned do not fit the variables available in the source code In addition to teh start-up schema, where to have the actual

Re: Default databse script for a brand new install

2024-05-06 Thread Joan Moreau
Also, the variable you mentioned do not fit the variables available in the source code In addition to teh start-up schema, where to have the actual variable to set to start Fineract ? On 5/6/24 16:00, Joan Moreau wrote: Thank you but that does not answer the question: - Where to find

Default databse script for a brand new install

2024-05-04 Thread Joan Moreau
Hi Where is stipulated the default schema of the mysql database ? I face 3 issues 1 - The software seems to need to create databases as root (?) 2 - It seems databases MUST be named fineract_tenants and fineract_default. How to change that behavior ? 3 - When I put the database user to

Re: Sieve not getting recompiled

2024-04-20 Thread Joan Moreau via dovecot
(and it was working fine before !) On 2024-04-21 09:21, Joan Moreau wrote: Hi I have sieve = /mails/%d/%n/sieve/roundcube.sieve sieve_after = /mails/sieve/after.sieve sieve_before = /mails/sieve/before.sieve sieve_dir = /mails/%d/%n/sieve/ sieve_global_dir = /mails/sieve/ But sieve scripts

Sieve not getting recompiled

2024-04-20 Thread Joan Moreau via dovecot
Hi I have sieve = /mails/%d/%n/sieve/roundcube.sieve sieve_after = /mails/sieve/after.sieve sieve_before = /mails/sieve/before.sieve sieve_dir = /mails/%d/%n/sieve/ sieve_global_dir = /mails/sieve/ But sieve scripts are not compiled and not executed It

Re: exfat not supported ?

2024-04-20 Thread Joan Moreau via dovecot
That resolve the fisrt bug but I get now : Error: link(/xxx/dovecot.list.index.log, /xxx/dovecot.list.index.log.2) failed: Operation not permitted On 2024-04-21 02:02, Aki Tuomi via dovecot wrote: Try setting lock_method = dotlock Aki On 20/04/2024 15:32 EEST Joan Moreau via dovecot

Re: exfat not supported ?

2024-04-20 Thread Joan Moreau via dovecot
: On 20/04/2024 12:27 EEST Joan Moreau via dovecot wrote: Hi Would placing my storage on a exfat partition work ? If no, why ? Thank you ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org I can't see

thread->detach() creates confusion of dovecot

2024-04-20 Thread Joan Moreau via dovecot
Hi When I try to "detach" (https://en.cppreference.com/w/cpp/thread/thread/detach) a thread running inside a plugin, it seems the core dovecot has some influence on that , tries to close this for some unknown reason and usually ends up crashing What is the cause of this ? Thank you

exfat not supported ?

2024-04-20 Thread Joan Moreau via dovecot
Hi Would placing my storage on a exfat partition work ? If no, why ? Thank you ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org

Re: Separate index get dovecot lost

2024-03-30 Thread Joan Moreau
> To do that kind of a change, mailbox migration is required.    Meaning ? ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org

Separate index get dovecot lost

2024-03-29 Thread Joan Moreau
Hi I have large number of email (~TB) and want to put the index in a separate, rapid drive Initially, I have mail_location = mdbox:/files/mail/%d/%n If I put mail_location = mdbox:/files/mail/%d/%n:INDEX=/data/mailindexes/%d/%n then dovecot gets totally lost and tries to reach mailboxes content

Re: [EXT] Re: How to get a memory pointer in the core process

2024-03-14 Thread Joan Moreau via dovecot
Thanks Eduardo I am trying to avoid closing/ reopening a file pointer to the exact same file between each call to the plugin On 14 March 2024 20:08:37 Eduardo M KALINOWSKI via dovecot wrote: On 14/03/2024 02:49, Joan Moreau via dovecot wrote: No, you don´t understand

Re: [EXT] Re: How to get a memory pointer in the core process

2024-03-13 Thread Joan Moreau via dovecot
th a) services (internal or external), such as redis, sql, or something else b) storing things to disk Aki On 13/03/2024 18:45 EET Joan Moreau via dovecot wrote:   No, I am not referring to that I want to create an

Re: [EXT] Re: How to get a memory pointer in the core process

2024-03-13 Thread Joan Moreau via dovecot
for storing this kind of stateful data. When deinit is called the calling core process will likely die too. Aki On 13/03/2024 10:19 EET Joan Moreau wrote: Keep a pointer in memory retrievable each time a plugin is called So the plugin keep

Re: How to get a memory pointer in the core process

2024-03-13 Thread Joan Moreau via dovecot
Keep a pointer in memory retrievable each time a plugin is called So the plugin keep the memory, not has to restart everything at each call On 12 March 2024 08:53:38 Aki Tuomi via dovecot wrote: On 11/03/2024 10:42 EET Joan Moreau wrote: Hi Is it possible

How to get a memory pointer in the core process

2024-03-11 Thread Joan Moreau via dovecot
Hi Is it possible, from a plugin perspective, to create and recover a pointer in the core process (i.e. memory not lost between 2 calls to the plugin, even after the "deinit" of the plugin" ) ? Thanks ___ dovecot mailing list -- dovecot@dovecot.org To

Re: Problem with the dovecot-fts-xapian package.

2021-09-12 Thread Joan Moreau
other existing plugins from all over the world On 2021-09-12 13:54, Aki Tuomi wrote: On 12/09/2021 15:12 Bob Marcan wrote: On Sun, 12 Sep 2021 11:36:46 +0100 Joan Moreau wrote: This is where I am for now : https://koji.fedoraproject.org/koji/packageinfo?packageID=34417 Probably, I should

Re: Problem with the dovecot-fts-xapian package.

2021-09-12 Thread Joan Moreau
Thank you for notice. What is the process to rebuild the package with recent dovecot, as 1.4.12-2 (instead of existing 1.4.12-1) ? On 2021-09-12 07:21, Bob Marcan wrote: Problem with the dovecot-fts-xapian package. Fedora 34 with latest updates. dovecot-2.3.16-1.fc34.x86_64

Re: Duplicate plugins - FTS Xapian

2021-09-01 Thread Joan Moreau
Just for clarity, Open-Xchange has not written any xapian plugin whatsoever. Yes but the doc says that Open Xchaneg "supports" one over the other. Honestly, I am doing this over my free time, begin very reactive to user requests, and have this confirmed by Debian, Archlinux and now Fedora in

Duplicate plugins - FTS Xapian

2021-08-30 Thread Joan Moreau
Hi There seems to be 2 plugins doing the same thins - https://github.com/slusarz/dovecot-fts-flatcurve/ - https://github.com/grosjo/fts-xapian/ (mine) Both are in the doc of dovecot https://doc.dovecot.org/configuration_manual/fts/ I am currently working hard to push it to RPM package, and

Re: New RPM submission (dovecot-fts-xapian)

2021-08-22 Thread Joan Moreau via devel
Thank you Ankur Happy to move forward with your help. On 2021-08-22 12:52, Ankur Sinha wrote: On Sat, Aug 21, 2021 11:31:32 +0200, Vitaly Zaitsev via devel wrote: On 21/08/2021 10:57, Ankur Sinha wrote: So, if we can do anything to make it easier for developers to just maintain their one or

Re: New RPM submission (dovecot-fts-xapian)

2021-08-20 Thread Joan Moreau via devel
PM, Joan Moreau via devel wrote: Hi How to find someone able to push the code in a RPM package ? Reminder - Source code : https://github.com/grosjo/fts-xapian/ <https://github.com/grosjo/fts-xapian/> - Reference : https://doc.dovecot.org/configuration_manual/fts/ <https://doc.do

Re: New RPM submission (dovecot-fts-xapian)

2021-08-18 Thread Joan Moreau via devel
Hi How to find someone able to push the code in a RPM package ? Reminder - Source code : https://github.com/grosjo/fts-xapian/ - Reference : https://doc.dovecot.org/configuration_manual/fts/ - Existing ArchLinux package (not AUR) :https://archlinux.org/packages/?q=dovecot-fts-xapian -

Re: [Dovecot-news] v2.3.16 released

2021-08-09 Thread Joan Moreau
Well, I don't really understand your note. Bottom-line : 2.3.16 crashes every now and then. Maybe is there a quick fix for production servers ? On 2021-08-09 10:27, Timo Sirainen wrote: On 9. Aug 2021, at 11.24, Timo Sirainen wrote: On 9. Aug 2021, at 11.03, Joan Moreau wrote: #0

Re: [Dovecot-news] v2.3.16 released

2021-08-09 Thread Joan Moreau
__ = "io_loop_call_io" #10 0x7f2370f72fc2 in io_loop_handler_run_internal (ioloop=ioloop@entry=0x55b8af425ec0) at ioloop-epoll.c:222 On 2021-08-06 13:49, Aki Tuomi wrote: On 06/08/2021 15:43 Joan Moreau wrote: Thank you Timo However, this leads to kernel: imap[228122]: s

Re: [Dovecot-news] v2.3.16 released

2021-08-06 Thread Joan Moreau
git clone -b release-2.3.16 On 2021-08-06 15:07, Timo Sirainen wrote: On 6. Aug 2021, at 15.08, Joan Moreau wrote: Below (gdb) bt full #0 fts_user_autoindex_exclude (box=, box@entry=0x55e0bc7e0fe8) at fts-user.c:347 There is no such function in 2.3.16 release. That's only in the current

Re: [Dovecot-news] v2.3.16 released

2021-08-06 Thread Joan Moreau
nput (cmd=) at imap-client.c:1230 client = 0x55e0bc7d6298 command = tag = 0x7f42e942d8fa "]A\\A]\303\061\300\303ff.\017\037\204" name = 0x55e0bbd26e50 "SELECT" ret = On 2021-08-06 13:49, Aki Tuomi wrote: On 06/08/2021 15:43 Joan Moreau wrote: Thank you Timo How

Re: [Dovecot-news] v2.3.16 released

2021-08-06 Thread Joan Moreau
Thank you Timo However, this leads to kernel: imap[228122]: segfault at 50 ip 7f7015ee332b sp 7fffa7178740 error 4 in lib20_fts_plugin.so[7f7015ee1000+11000] Returning to 2.3.15 resolves the problem On 2021-08-06 12:42, Timo Sirainen wrote: Hi, One interesting thing in this

Re: How to use xapian with non-text attachments

2021-07-03 Thread Joan Moreau
It is now very out of date. @Jello : Kindly update please On 2021-03-21 12:58, André Rodier wrote: Hello, The version packaged on Bullseye is slightly out of date, I have filled a bug report: https://bugs.debian.org/985654 Thanks to the maintainers for their hard work! André On Sun,

Re: New RPM submission

2021-07-03 Thread Joan Moreau via devel
ok but then just tell me what to fix in the proposed package (if any) so this can be made available to users On July 3, 2021 22:24:48 Mattia Verga via devel wrote: Il 03/07/21 16:58, Joan Moreau via devel ha scritto: Thanks to you and @eclipseo This has already been a full nightmare

Re: New RPM submission

2021-07-03 Thread Joan Moreau via devel
(*) https://packages.debian.org/bullseye/dovecot-fts-xapian https://archlinux.org/packages/?q=dovecot-fts-xapian On 2021-07-03 07:00, Mattia Verga via devel wrote: Il 02/07/21 22:29, Joan Moreau via devel ha scritto: In practical terms, how to get a "sponsor" ? Open a ticket in https://pagure.

Re: New RPM submission

2021-07-03 Thread Joan Moreau via devel
(*) https://packages.debian.org/bullseye/dovecot-fts-xapian https://archlinux.org/packages/?q=dovecot-fts-xapian On 2021-07-03 07:00, Mattia Verga via devel wrote: Il 02/07/21 22:29, Joan Moreau via devel ha scritto: In practical terms, how to get a "sponsor" ? Open a ticket in https://pagure.

Re: New RPM submission

2021-07-02 Thread Joan Moreau via devel
In practical terms, how to get a "sponsor" ? On 2021-06-29 11:13, Sérgio Basto wrote: On Sat, 2021-06-26 at 22:34 +0200, Emmanuel Seyman wrote: * Joan Moreau via devel [26/06/2021 19:36] : What is next ? The answer is the same one you were given two months ago. You need t

Re: New RPM submission

2021-06-26 Thread Joan Moreau via devel
ok I updated https://bugzilla.redhat.com/show_bug.cgi?id=1953340 What is next ? Thank you so much On 2021-06-26 17:49, Sérgio wrote: kinit -R @ FEDORAPROJECT https://fedoraproject.org/wiki/Infrastructure/Kerberos A 23 de junho de 2021 18:34:20 WEST, Joan Moreau via devel escreveu

Re: New RPM submission

2021-06-26 Thread Joan Moreau via devel
Maybe there is a way to import RPM packages from Debian ? https://packages.debian.org/bullseye/dovecot-fts-xapian On Sat, 2021-06-26 at 12:37 +0200, Joan Moreau via devel wrote: > Honeslt y , process is so complicated > > Now, I am again getting errors about "unaotirzed url&quo

Re: New RPM submission

2021-06-26 Thread Joan Moreau via devel
Honeslt y , process is so complicated Now, I am again getting errors about "unaotirzed url" How to make things happens intesaod of all thisnightmare ? Thank you On Wed, 2021-06-23 at 19:58 +0200, Arthur Bols wrote: > On 23/06/2021 19:34, Joan Moreau via devel wrote: > >

Re: New RPM submission

2021-06-23 Thread Joan Moreau via devel
Hello How can I move forward on this ? Thank you On April 27, 2021 21:51:53 Joan Moreau via devel wrote: Hi Emmanuel I am trying my best to foloow the process but I get nowhere Now I get a "koji" error ("AuthError: unable to obtain a session") I tried "fedpkg

Re: New RPM submission

2021-05-01 Thread Joan Moreau via devel
) , except packages coming form the "less involved" people would expire quickly if not maintained On 2021-05-01 09:47, Vitaly Zaitsev via devel wrote: On 01.05.2021 10:21, Joan Moreau via devel wrote: For instance, personally, I am not using Fedora at all (Arch fan ;) ) but just will

Re: New RPM submission

2021-05-01 Thread Joan Moreau via devel
My opinion as a simple enthusiast, is that things should be separated in two 1 - Those who have a great piece of software, simply willing to make it available to the large public. In such case, there should be only quality barrier of the package + rules of duration (i.e. added packages are

Re: New RPM submission

2021-04-30 Thread Joan Moreau via devel
Qiyu Yan wrote: 在 2021-04-29星期四的 13:25 +0100,Joan Moreau via devel写道: Thank you Concretely, how to "find a sponsor" ? FYI: https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group ___ devel mailing list -- devel@lists.fe

Re: New RPM submission

2021-04-29 Thread Joan Moreau via devel
THank you Isn´t there a muh more systemic (and simpler) process to push a RPM in the distribution ? On 2021-04-29 14:51, Qiyu Yan wrote: 在 2021-04-29星期四的 13:25 +0100,Joan Moreau via devel写道: Thank you Concretely, how to "find a sponsor" ? FYI: https://fedoraprojec

Re: New RPM submission

2021-04-29 Thread Joan Moreau via devel
Thank you Concretely, how to "find a sponsor" ? On 2021-04-27 22:19, Emmanuel Seyman wrote: * Joan Moreau [27/04/2021 20:51] : Hi Emmanuel I am trying my best to foloow the process but I get nowhere Now I get a "koji" error ("AuthError: unable to obtain a se

Re: systemd integration not working

2021-04-28 Thread Joan Moreau
, Joan Moreau wrote: Ok, a third regression is that it becomes highly unstable with the patch you sent I had to get back to 2.3.14 On 2021-04-27 17:07, Joan Moreau wrote: Indeed, latest git works much better :) On 2021-04-27 05:58, Aki Tuomi wrote: Can you try with latest git? We did some

Re: systemd integration not working

2021-04-27 Thread Joan Moreau
Ok, a third regression is that it becomes highly unstable with the patch you sent I had to get back to 2.3.14 On 2021-04-27 17:07, Joan Moreau wrote: Indeed, latest git works much better :) On 2021-04-27 05:58, Aki Tuomi wrote: Can you try with latest git? We did some improvements

Re: systemd integration not working

2021-04-27 Thread Joan Moreau
Indeed, latest git works much better :) On 2021-04-27 05:58, Aki Tuomi wrote: Can you try with latest git? We did some improvements on the systemd configure parts. Aki On 26/04/2021 23:32 Joan Moreau wrote: Looking at config.log, there is #define HAVE_LIBSYSTEMD 1 But "Type=notify&

Re: New RPM submission

2021-04-27 Thread Joan Moreau via devel
dovecot-fts-xapian") I filed a "bug" on redhat : https://bugzilla.redhat.com/show_bug.cgi?id=1953340 And now, how to get things moving ? Isnt' there just a repo where to push the RPM ? (similar to Arch) thank you so much On 2021-04-25 15:51, Emmanuel Seyman wrote: *

Re: systemd integration not working

2021-04-26 Thread Joan Moreau
Looking at config.log, there is #define HAVE_LIBSYSTEMD 1 But "Type=notify" does not appear My systemd is version 248 On 2021-04-26 12:05, Joan Moreau wrote: I have # sudo systemctl status dovecot ● dovecot.service - Dovecot IMAP/POP3 email server Loaded: loaded (/usr/lib/syst

Re: systemd integration not working (WAS: Latest git FATAL error)

2021-04-26 Thread Joan Moreau
's using Type=notify. Aki On 26/04/2021 10:29 Joan Moreau wrote: Yes, I do run autogen.sh after every "git pull" On 2021-04-26 08:21, Aki Tuomi wrote: The current autoconf code is bit buggy, but if you do indeed have libsystemd-dev installed it should do the right thing and will work

Re: Latest git FATAL error

2021-04-26 Thread Joan Moreau
n actually tested, so if it's not working, then something else is wrong. Did you remember to run ./autogen.sh after pulling from git to make sure you get new configure script? Aki On 26/04/2021 10:11 Joan Moreau wrote: Yes systemd is installed (and the "dev" files as well) On 2021-04

Re: Latest git FATAL error

2021-04-26 Thread Joan Moreau
22:53 Joan Moreau wrote: Yes, it seems fixed with this patch :) Another bug with git, is the "type=" in systemd is switched from "simple" to "notify". The later does not work and reverting to "simple" does work On 2021-04-25 17:53, Aki Tuomi wrote: On 24

Re: Latest git FATAL error

2021-04-25 Thread Joan Moreau
Yes, it seems fixed with this patch :) Another bug with git, is the "type=" in systemd is switched from "simple" to "notify". The later does not work and reverting to "simple" does work On 2021-04-25 17:53, Aki Tuomi wrote: On 24/04/2021 21:56 Joan

Re: New RPM submission

2021-04-25 Thread Joan Moreau via devel
he efforts by +the Xapian.org team. + +This effort came after Dovecot team decided to deprecate "fts_squat" +included in the dovecot core, and due to the complexity of the Solr plugin +capabilitles, un-needed for most users. Dennis On Sun, Apr 25, 2021 at 10:04 AM Joan Moreau wrote: > you

Re: New RPM submission

2021-04-25 Thread Joan Moreau via devel
Not sure what happend but the failure is gone somehow Anyway, I pushed the "bug report" here : https://bugzilla.redhat.com/show_bug.cgi?id=1953340 Is that correct ? Thanks On 2021-04-25 16:04, Joan Moreau wrote: you probably sent the same srpm No, it is a new one , re

Re: New RPM submission

2021-04-25 Thread Joan Moreau via devel
you probably sent the same srpm No, it is a new one , re-generated just fine, I did make a few changes to the spec file. with a correct changelag entry it should pass review What changes are you suggesting ?___ devel mailing list --

Re: New RPM submission

2021-04-25 Thread Joan Moreau via devel
Thank you so much However, still the same issue: https://kojipkgs.fedoraproject.org//work/tasks/1947/1947/build.log g++ is not found On 2021-04-25 15:42, Jerry James wrote: On Sun, Apr 25, 2021 at 7:58 AM Joan Moreau via devel wrote: Same status :( Try the attached version

Re: New RPM submission

2021-04-25 Thread Joan Moreau via devel
thanks With the correction I get https://kojipkgs.fedoraproject.org//work/tasks/1646/1646/build.log Still not finding g++ :( On 2021-04-25 15:29, Dennis Gilmore wrote: On Sun, Apr 25, 2021 at 8:48 AM Richard Shaw wrote: On Sun, Apr 25, 2021 at 8:36 AM Joan Moreau via devel wrote

Re: New RPM submission

2021-04-25 Thread Joan Moreau via devel
Same status :( https://kojipkgs.fedoraproject.org//work/tasks/9973/66659973/build.log On 2021-04-25 14:46, Richard Shaw wrote: On Sun, Apr 25, 2021 at 8:36 AM Joan Moreau via devel wrote: When I launch the "koji" comand, build fails because it does not find g++ (se

Re: New RPM submission

2021-04-25 Thread Joan Moreau via devel
Hello I tried anyway to follow the process of submitting a new RPM When I launch the "koji" comand, build fails because it does not find g++ (see : https://kojipkgs.fedoraproject.org//work/tasks/9140/66659140/build.log ) However, I put gcc-c++ in the BuildRequires line (see :

Re: Latest git FATAL error

2021-04-24 Thread Joan Moreau
_binary_run (binary=, argc=, argv=) at main.c:562 service_flags = set_pool = 0x55d70a144de0 login_socket = 0x7f7a3337337d "login" c = #17 0x7f7a32feeb25 in __libc_start_main () from /usr/lib/libc.so.6 No symbol table info available. #18 0x55d70

Re: New RPM submission

2021-04-24 Thread Joan Moreau via devel
Thank you. It looks overwhelmingly complicated. Would there be someone here willing to maintain the RPM for the FTS Xapian plugin ? The plugins has already DEB and ARch packages. SPEC file for Federoa is available here -> https://github.com/grosjo/fts-xapian/issues/82 Thank you so much

Latest git FATAL error

2021-04-24 Thread Joan Moreau
Hello On latest git of dovecot, I get Apr 24 04:07:36 gjserver dovecot[857958]: imap-login: Panic: file client-common.c: line 293 (client_disconnect): assertion failed: (client->prev == NULL && client->next == NULL) and login process crash On 2.3.14, there is no problems Hope it helps JM

New RPM submission

2021-04-10 Thread Joan Moreau via devel
Hi I am trying to create an "offical" RPM for a package related to dovecot imap server See : https://github.com/grosjo/fts-xapian/issues/82 How one should proceed to hae a RPM referenced in Fedora repositories ? Thank you JM___ devel mailing list

Re: Virtual folders and mailbox_list_get_root_forced

2021-04-02 Thread Joan Moreau
Hello Anyone on this ? Thank you On 2021-03-28 20:55, Joan Moreau wrote: yes, this is getting to a mess Details can be seen here : https://github.com/grosjo/fts-xapian/issues/72 It shows that sometimes mailbox_list_get_root_forced return the generic INDEX value, sometimes the namespace

Re: Virtual folders and mailbox_list_get_root_forced

2021-03-28 Thread Joan Moreau
! mail_location = maildir:/var/vmail/%d/%n:LAYOUT=fs:INDEX=/var/mailindex This is going to put everyone's indexes under /var/mailindex, without separating them properly. Might cause fun issues. Can you give an concrete example of what your issue is? Aki On 28/03/2021 13:35 Joan Moreau wrote

Re: Virtual folders and mailbox_list_get_root_forced

2021-03-28 Thread Joan Moreau
Hi Anyone on that ? Thank you so much On 2021-03-22 18:16, Joan Moreau wrote: Hi The function mailbox_list_get_root_forced returns sometimes the first or the second value of the INDEX param for the same mailbox. How to make sure this returns only the correct one of the corresponding

Virtual folders and mailbox_list_get_root_forced

2021-03-22 Thread Joan Moreau
Hi The function mailbox_list_get_root_forced returns sometimes the first or the second value of the INDEX param for the same mailbox. How to make sure this returns only the correct one of the corresponding mailbox ? mail_location = maildir:/var/vmail/%d/%n:LAYOUT=fs:INDEX=/var/mailindex

Re: Git / Compilation error

2021-03-04 Thread Joan Moreau
I do that each time The problem arises on recent git only On 2021-03-04 08:16, Aki Tuomi wrote: Try running `autoreconf -vi` Aki On 04/03/2021 10:13 Joan Moreau wrote: I already have this file (dovecot compilation was working fine until recent git) [root@gjserver dovecot]# ls -al /usr

Re: Git / Compilation error

2021-03-04 Thread Joan Moreau
which contains /usr/share/aclocal/gettext.m4 or similar. This provides AM_ICONV. Aki On 04/03/2021 10:07 Joan Moreau wrote: Hello I already have gettext [root@gjserver dovecot]# pacman -S gettext warning: gettext-0.21-1 is up to date -- reinstalling resolving dependencies... looking

Re: Git / Compilation error

2021-03-04 Thread Joan Moreau
On 2021-03-04 08:03, Aki Tuomi wrote: You need to install gettext Aki On 04/03/2021 10:02 Joan Moreau wrote: Hello, With latest git, I get the following error : configure.ac:761: the top level configure.ac:22: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate

Git / Compilation error

2021-03-04 Thread Joan Moreau
Hello, With latest git, I get the following error : configure.ac:761: the top level configure.ac:22: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:205: error: possibly

Re: fts_encoder

2021-02-11 Thread Joan Moreau
Created a PR https://github.com/dovecot/core/pull/155 On 2021-02-11 13:25, Joan Moreau wrote: Hello Checking further, and putting logs a bit every where in the dovecot code, the core is sending FIRST the initial document (not decoded) then SECOND the decoded version Thisi is really weird

Re: fts_encoder

2021-02-11 Thread Joan Moreau
this double call is made. Anyone knows ? On 2021-02-10 00:05, John Fawcett wrote: On 09/02/2021 15:33, Joan Moreau wrote: If I place the following code in the plugin fts_backend_xxx_update_build_more function (lucene, squat and xapian, as solr refuses to work properly on my setup) { char * s

Re: fts_encoder

2021-02-09 Thread Joan Moreau
Something is wrong in the data transmission On 2021-02-09 11:58, John Fawcett wrote: On 08/02/2021 23:05, Stuart Henderson wrote: On 2021/02/08 21:33, Joan Moreau wrote: Yes , once again : output of the decoder is fine, I also put log inide the dovecot core to check whether data is properly transmitted,

Re: fts_encoder

2021-02-08 Thread Joan Moreau
of the decoder and /not/ the original data ? On 2021-02-08 21:11, Stuart Henderson wrote: On 2021-02-08, Joan Moreau wrote: Well, in the function xxx_build_more of FTS plugin, the data received in the original PDF, not the output of pdftotext Can you clarify where do you put your log in the solr

Re: fts_encoder

2021-02-08 Thread Joan Moreau
-02-08 21:11, Stuart Henderson wrote: On 2021-02-08, Joan Moreau wrote: Well, in the function xxx_build_more of FTS plugin, the data received in the original PDF, not the output of pdftotext Can you clarify where do you put your log in the solr plugin , so I can check the situation

Re: fts_encoder

2021-02-08 Thread Joan Moreau
15:22, Joan Moreau wrote: Well, thank you for the answer, but the actual issue is that data sent by the decoder (stipulated in the conf file) is properly collected by dovecot core, but /not/ sent to the plugin : the plugin receives the original data. This is not linked to a particular plugin

Re: fts_encoder

2021-02-08 Thread Joan Moreau
..) but seems to be a general issue of dovecot core On 2021-02-08 01:03, John Fawcett wrote: On 07/02/2021 18:51, Joan Moreau wrote: more info : the function fts_parser_script_more in plugins/fts/fts-parser.c properly read the output of the script still, the data is not sent to the FTS

Re: fts_encoder

2021-02-07 Thread Joan Moreau
more info : the function fts_parser_script_more in plugins/fts/fts-parser.c properly read the output of the script still, the data is not sent to the FTS pligins (xapian or any other) On 2021-02-07 17:37, Joan Moreau wrote: more info : I am running dovecot git version On 2021-02-07 17:15

Re: fts_encoder

2021-02-07 Thread Joan Moreau
more info : I am running dovecot git version On 2021-02-07 17:15, Joan Moreau wrote: a bit more on this, adding log in the decode2text.sh, I can see that pdftotext output the right data, but that data is /not/ transmitted to the fts plugin for indexing (only the original pdf code

Re: fts_encoder

2021-02-07 Thread Joan Moreau
a bit more on this, adding log in the decode2text.sh, I can see that pdftotext output the right data, but that data is /not/ transmitted to the fts plugin for indexing (only the original pdf code is) On 2021-02-07 17:00, Joan Moreau wrote: Hello, I am trying to deal properly with email

fts_encoder

2021-02-07 Thread Joan Moreau
Hello, I am trying to deal properly with email attachements in fts-xapian plugins. I tried the default script with a PDF file. The data I receive in the fts plugin part ("xxx_build_more") is the original document, no the output of the pdftotext Is there anything I am missing ? Here my

Re: Dovecot FTS not using plugins

2021-01-11 Thread Joan Moreau
Soirry, I always forget that dovecot does not do multi-threading (why ?) The process was waiting for another process. On 2021-01-11 14:57, Aki Tuomi wrote: On 11/01/2021 16:51 Joan Moreau wrote: Hello, With recent git version of dovecot, I can see that the FTS does not use the configured

Dovecot FST not using plugins

2021-01-11 Thread Joan Moreau
Hello, With recent git version of dovecot, I can see that the FTS does not use the configured plugin anymore, but tries to sort the mailbox directly on the spot (which is of course very painful). Is there a change in the configuration file in order to recover the old behavior ? or something

Re: vsz_limit

2020-11-06 Thread Joan Moreau
) and read the correct line. Do you have a better way ? thank you On 2020-11-06 14:16, Joan Moreau wrote: ok found it, However, it returns me some random number. Maybe I am missing something On 2020-11-06 13:57, Aki Tuomi wrote: Duh... src/lib/restrict-process-size.h Should be in the install

Re: vsz_limit

2020-11-06 Thread Joan Moreau
find out current usage. Aki On 06/11/2020 13:26 Joan Moreau wrote: yes, will do so. It would be nice however to be able to access the actual dovecot config from the plugin side On 2020-11-04 06:46, Aki Tuomi wrote: You could also add it as setting for the fts_xapian plugin parameters? Aki

Re: vsz_limit

2020-11-06 Thread Joan Moreau
ut current usage. Aki On 06/11/2020 13:26 Joan Moreau wrote: yes, will do so. It would be nice however to be able to access the actual dovecot config from the plugin side On 2020-11-04 06:46, Aki Tuomi wrote: You could also add it as setting for the fts_xapian plugin parameters? Aki On 04/

Fatal: write(indexer) failed: Resource temporarily unavailable

2020-11-06 Thread Joan Moreau
Hello I have this issue for Xapian plugin: https://github.com/grosjo/fts-xapian/issues/62 But I am not sure where can it comes from. Is dovecot calling some specific function in the plugin after the init, that would create such error ? In doveadm dealing differently with plugins that

Re: vsz_limit

2020-11-06 Thread Joan Moreau
yes, will do so. It would be nice however to be able to access the actual dovecot config from the plugin side On 2020-11-04 06:46, Aki Tuomi wrote: You could also add it as setting for the fts_xapian plugin parameters? Aki On 04/11/2020 08:42 Joan Moreau wrote: For machines with low

Re: vsz_limit

2020-11-04 Thread Joan Moreau
ely, and I can "if ram remaining is above X") but the is really not clean On 2020-11-04 06:28, Aki Tuomi wrote: On 04/11/2020 05:19 Joan Moreau wrote: Hello I am looking for help around memory management 1 - How to get the current value of "vsz_limit" from inside a plug

vsz_limit

2020-11-03 Thread Joan Moreau
Hello I am looking for help around memory management 1 - How to get the current value of "vsz_limit" from inside a plugin (namely https://github.com/grosjo/fts-xapian/ ) , especially for indexer-worker 2 - Is there a macro or function in dovecot to get the remaining free memory from this

Re: lazy_expunge and fts_autoindex

2020-08-29 Thread Joan Moreau
Maybe try fts_autoindex_exclude = \EXPUNGED On 2020-08-29 14:34, Gregory Heytings wrote: Hi list, I have both lazy_expunge and fts_autoindex activated (with fts-xapian), as follows: plugin { lazy_expunge = EXPUNGED/ } plugin { fts = xapian fts_xapian = partial=2 full=20 attachments=1

Tomboy with OwnClodu/Nextcloud

2020-07-11 Thread Joan Moreau via gnote-list
Hi I did not know about Gnote and made on my side "Tomboy Reborn" which is basically what Gnote is doing http://github.com/grosjo/tomboy-reborn I am also working on a refresh of the Android version (https://github.com/grosjo/tomdroid-reborn/) This is basically duplicate work. So, as I

Self Introduction: Joan Moreau

2020-07-11 Thread Joan Moreau via devel
Dear all, I am coding as a hobby, besides a day job totally different. Recently, I developed the Full Text Search based on Xapian for Dovecot * https://doc.dovecot.org/configuration_manual/fts/ * https://github.com/grosjo/fts-xapian/ I am now giving a second life to Tomboy and Tombroid

Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy

2020-07-11 Thread Joan Moreau
Hello, I have read so many articles, but I do not find any clear explanation of what I am doing wrong. I am running debmake / debbuild on the data I packed here : https://grosjo.net/tb.tar.gz Can you help ? Thank you very much On 2020-07-05 17:51, Joan Moreau wrote: An additional

Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy

2020-07-11 Thread Joan Moreau
Hello, I have read so many articles, but I do not find any clear explanation of what I am doing wrong. I am running debmake / debbuild on the data I packed here : https://grosjo.net/tb.tar.gz Can you help ? Thank you very much On 2020-07-05 17:51, Joan Moreau wrote: An additional

  1   2   3   4   >