Re: Problem Solr and centos 7

2019-08-07 Thread HTMLServices.it via dovecot

Thanks Shawn for your reply
I tried to bring the heap size to 5gb as you would like, but the problem 
was not solved.
"/If you have configured fts_solr with a URL that contains a # 
character, it's never going to work./"
I'm not sure how to configure this but in the 90-plugins.conf file I 
configured this:


plugin {
  #setting_name = value
  fts = solr
  fts_solr = url = http://5.39.2.59: 8987/solr/dovecot/
}

In the 10-mail.conf file I added this as a guide:

# Space separated list of plugins to load for all services. Plugins 
specific to

# IMAP, LDA, etc. are added to this list in their own .conf files.
mail_plugins = $ mail_plugins fts fts_solr


if I run one of these two commands as a guide
curl http://5.39.2.59:8987/solr/dovecot/update?optimize=true
curl http://5.39.2.59:8987/solr/dovecot/update?commit=true
I get




   0 
   2 



this is right? have I forgotten or am I wrong?
If you have time to see or try any queries, I have access to 
http://5.39.2.59:8987/solr/#/ without a password.

thanks for your time!



Il 06/08/2019 23:30, Shawn Heisey via dovecot ha scritto:

On 8/5/2019 12:02 PM, HTMLServices.it via dovecot wrote:
Given that I am not an expert, I am doing tests with Solr, I 
installed following the guide but I have no benefits on the search, 
the search on the body on 28000 mails takes a few minutes and then 
goes to timeout.


If the problems you're having are with Solr itself and not fts_solr, 
then the Solr mailing list or IRC channel is probably a better place 
to get help.


https://lucene.apache.org/solr/community.html#mailing-lists-irc

The following info, combined with your document count of 28000, will 
be very useful:


https://cwiki.apache.org/confluence/display/solr/SolrPerformanceProblems#SolrPerformanceProblems-Askingforhelponamemory/performanceissue 



When gathering the screenshot, be sure that the process listing is 
sorted as described.


With no other info to go on, I suspect that maybe your Solr install is 
still configured with a 512MB heap and that the heap size needs to be 
increased to handle the index you've built.


I did several tests but I can't get it to work, this is the test 
server link: http://5.39.2.59:8987/solr/#/


If you have configured fts_solr with a URL that contains a # 
character, it's never going to work.  URLs containing # are only 
usable in a browser and will not function correctly anywhere else.


Thanks,
Shawn




Problem Solr and centos 7

2019-08-05 Thread HTMLServices.it via dovecot

Hi everyone
Given that I am not an expert, I am doing tests with Solr, I installed 
following the guide but I have no benefits on the search, the search on 
the body on 28000 mails takes a few minutes and then goes to timeout.
I had installed version 8.2.0 of solr then I thought that there is 
something not compatible with centos 7 so I installed version 7.7.0 as 
an example on the guide https://wiki2.dovecot.org/Plugins/FTS/Solr.
I did several tests but I can't get it to work, this is the test server 
link: http://5.39.2.59:8987/solr/#/

I only changed the door because the 8983 is busy
even making a query from the panel it seems to me not working  
thanks to all Bic


Confused about dovecot ACL

2019-07-11 Thread HTMLServices.it via dovecot

Hello everyone

sorry i'm not very experienced and also my english

I installed a centos 7 server with ispconfig postfix dovecot 2.2.36 and 
roundcube, this server is only a mail archive, so my need is that ALL 
the mailboxes are read-only on roundcube/imap and any user must NOT 
delete the messages. ... so I configured dovecot's ALC following the 
guide "https://wiki2.dovecot.org/ACL"; I think I did everything correctly 
and I don't get errors but entering the webmail roundcube I CAN DELETE 
MESSAGES . it seems that the acl have no effect 


added to the dovecot configuration file /etc/dovecot/dovecot.conf
__

plugin {
  acl = vfile: / etc / dovecot / dovecot-acl
}
.
protocol imap {
  mail_plugins = $ mail_plugins imap_acl
}
mail_plugins = acl
.
__

created the "global" file /etc/dovecot/dovecot-acl and inserted that the 
test user has only lookup and reading rights (lr):


* user=t...@test.com lr
__

my dovecot.conf
*
listen = *,[::]
protocols = imap pop3
auth_mechanisms = plain login
disable_plaintext_auth = no
log_timestamp = "%Y-%m-%d %H:%M:%S "
mail_privileged_group = vmail
ssl_cert = Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: 
/usr/lib64/dovecot/doveadm/lib10_doveadm_expire_plugin.so: undefined 
symbol: expire_set_deinit (this is usually intentional, so just ignore 
this message)
Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: 
/usr/lib64/dovecot/doveadm/lib10_doveadm_quota_plugin.so: undefined 
symbol: quota_user_module (this is usually intentional, so just ignore 
this message)
Debug: Module loaded: 
/usr/lib64/dovecot/doveadm/lib10_doveadm_sieve_plugin.so
Debug: Skipping module doveadm_fts_lucene_plugin, because dlopen() 
failed: /usr/lib64/dovecot/doveadm/lib20_doveadm_fts_lucene_plugin.so: 
undefined symbol: lucene_index_iter_deinit (this is usually intentional, 
so just ignore this message)
Debug: Skipping module doveadm_fts_plugin, because dlopen() failed: 
/usr/lib64/dovecot/doveadm/lib20_doveadm_fts_plugin.so: undefined 
symbol: fts_user_get_language_list (this is usually intentional, so just 
ignore this message)
Debug: Skipping module doveadm_mail_crypt_plugin, because dlopen() 
failed: /usr/lib64/dovecot/doveadm/libdoveadm_mail_crypt_plugin.so: 
undefined symbol: mail_crypt_box_get_pvt_digests (this is usually 
intentional, so just ignore this message)
doveadm(t...@test.com): Debug: Added userdb setting: 
mail=maildir:/var/vmail/test.com/test/Maildir
doveadm(t...@test.com): Debug: Added userdb setting: 
plugin/quota_rule=*:storage=0B
doveadm(t...@test.com): Debug: Added userdb setting: 
plugin/sieve=/var/vmail/test.com/test/.sieve
doveadm(t...@test.com): Debug: Effective uid=5000, gid=5000, 
home=/var/vmail/test.com/test
doveadm(t...@test.com): Debug: acl: No acl_shared_dict setting - shared 
mailbox listing is disabled
doveadm(t...@test.com): Debug: maildir++: 
root=/var/vmail/test.com/test/Maildir, index=, indexpvt=, control=, 
inbox=/var/vmail/test.com/test/Maildir, alt=
doveadm(t...@test.com): Debug: acl: initializing backend with data: 
vfile:/etc/dovecot/dovecot-acl

doveadm(t...@test.com): Debug: acl: acl username = t...@test.com
doveadm(t...@test.com): Debug: acl: owner = 1
doveadm(t...@test.com): Debug: acl vfile: Global ACL file: 
/etc/dovecot/dovecot-acl

doveadm(t...@test.com): Info: Mailbox 'INBOX' is in namespace ''
doveadm(t...@test.com): Info: Mailbox path: /var/vmail/test.com/test/Maildir
doveadm(t...@test.com): Info: All message flags are shared across users 
in mailbox
doveadm(t...@test.com): Debug: Mailbox 'INBOX' matches global ACL 
pattern '*'
doveadm(t...@test.com): Debug: Mailbox 'INBOX' matches global ACL 
pattern '*'
doveadm(t...@test.com): Debug: Mailbox 'INBOX' matches global ACL 
pattern '*'
doveadm(t...@test.com): Debug: acl vfile: file 
/var/vmail/test.com/test/Maildir/dovecot-acl not found

doveadm(t...@test.com): Info: User t...@test.com has rights: lookup read
doveadm(t...@test.com): Info: Mailbox in user's private namespace
doveadm(t...@test.com): Info: Mailbox INBOX is visible in LIST
[root@archivio ~]#
*

if I see the line "Info: User t...@test.com has rights: lookup read" it 
seems that the ACL (lookup and read) are correctly applied,
but as I was saying above, entering the user t...@test.com on the 
webmail, I can do everything I want to also delete the e-mails . 
these are days I try to understand but I don't understand what I'm wrong 
and how to solve  

thank you all in advance