[no subject]

2018-11-27 Thread Root Kev
Dovecot Version: 2.3.2.1

Hello Mailing List,

We are having a random issue in a couple of our production servers, where
one of the child processes randomly dies with an out of memory error (see
below):

Nov 26 11:58:17 config: Fatal: pool_system_malloc(8192): Out of memory
Nov 26 11:58:17 pop3-login: Fatal: Error reading configuration:
read(/var/run/dovecot/config) failed: EOF
Nov 26 11:58:17 config: Fatal: master: service(config): child 29696
returned error 83 (Out of memory (service config { vsz_limit=2048 MB }, you
may need to increase it) - set CORE_OUTOFMEM=1 environment to get core dump)

We only use dovecot for internal application POP3 mail access from a
mailbox, and there is under 10 connecting applications.  Have have
gradually increased the vsz_limit from the default of 256mb up to 2GB now.
Is there anything else that should/could be changed instead of continuing
to through memory at it?



# dovecot -n
# 2.3.2.1 (0719df592): /etc/dovecot/dovecot.conf
# OS: Linux 3.10.0-862.11.6.el7.x86_64 x86_64 CentOS Linux release 7.5.1804
(Core)
# Hostname: 
doveconf: Warning: please set ssl_dh= /etc/dovecot/dh.pem
auth_cache_size = 10 M
auth_verbose = yes
base_dir = /var/run/dovecot/
default_vsz_limit = 2 G
instance_name = EMX Pop Mailstore
listen = 
log_path = /var/log/dovecot-echo.log
login_greeting = Pop3 MailServer Ready.
login_trusted_networks = 
mail_location = maildir:~/Maildir
namespace inbox {
  inbox = yes
  location =
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix =
}
passdb {
  args = cache_key=%u
  driver = pam
}
protocols = pop3
ssl_cert = 

Re: rspamd / imapsieve script is not executed/called

2018-11-27 Thread Michael Ludwig
Is it possible, that this can be in correlation with maildir layout=fs ?
Currently the default maildir layout with dots is configured...

Am So., 25. Nov. 2018 um 23:52 Uhr schrieb Michael Ludwig <
frozenyoghurt2...@gmail.com>:

>
> Hi to all of you,
>
> as I am struggling around with this a week or so I'm afraid I have to ask
> for help here.
> The problem is sitting right in front of the computer, as most of the
> time. ;-)
>
> So let me explain:
> Dovecot is working properly for IMAP with LE certificates, so I thought
> it's time to continue with Christoph Haas tutorial primarily and other
> blogs and tutorials for setting up the server.
> Next part would be to get rspamd learning what mails the user puts into
> junk folder.
> I followed the tutorial, but it will not work.
> Also I tried to get into debug mode, but I feel that dovecot is not really
> logging too much.
>
> Server is freshly set up Ubuntu 18.04.1, latest patchlevel with packages
> mostly from Ubuntu sources, except rspamd, but this was added as ppa if my
> remembering is correct.
>
> This is what I get on syslog, whilst *.* is being put at
> /var/log/allmessages.
>
> #
> Nov 25 23:30:50 myserver dovecot: imap(i...@mydomain.tld): Debug:
> INBOX/Junk: Mailbox opened because: UID move
> Nov 25 23:30:50 myserver dovecot: imap(i...@mydomain.tld): Debug:
> imapsieve: mailbox INBOX/Junk: MOVE event
> Nov 25 23:30:50 myserver dovecot: imap(i...@mydomain.tld): Debug: sieve:
> Pigeonhole version 0.4.21 (92477967) initializing
> Nov 25 23:30:50 myserver dovecot: imap(i...@mydomain.tld): Debug: sieve:
> Sieve imapsieve plugin for Pigeonhole version 0.4.21 (92477967) loaded
> Nov 25 23:30:50 myserver dovecot: imap(i...@mydomain.tld): Debug: sieve:
> Sieve Extprograms plugin for Pigeonhole version 0.4.21 (92477967) loaded
> Nov 25 23:30:50 myserver dovecot: imap(i...@mydomain.tld): Debug:
> imapsieve: Static mailbox rule [1]: mailbox=`Junk' from=`*' causes=(COPY)
> => before=`file:/etc/dovecot/sieve/report-spam.sieve' after=(none)
> Nov 25 23:30:50 myserver dovecot: imap(i...@mydomain.tld): Debug:
> imapsieve: Static mailbox rule [2]: mailbox=`*' from=`Junk' causes=(COPY)
> => before=`file:/etc/dovecot/sieve/report-ham.sieve' after=(none)
> #
>
> So as far as I can interpret there is absolutely no script called when I
> move a mail from inbox to junk folder in Thunderbird.
> Here is the output of dovecot -n but I don't exactly if this is enough, so
> please give me an info if you need more output.
>
>
> #
> # 2.2.33.2 (d6601f4ec): /etc/dovecot/dovecot.conf
> # Pigeonhole version 0.4.21 (92477967)
> # OS: Linux 4.15.0-39-generic x86_64 Ubuntu 18.04.1 LTS ext4
> auth_mechanisms = plain login
> lmtp_rcpt_check_quota = yes
> lmtp_save_to_detail_mailbox = yes
> mail_debug = yes
> mail_location = maildir:/var/vmail/%d/%n/Maildir
> mail_plugins = " quota"
> mail_privileged_group = mail
> managesieve_notify_capability = mailto
> managesieve_sieve_capability = fileinto reject envelope encoded-character
> vacation subaddress comparator-i;ascii-numeric relational regex imap4flags
> copy include variables body enotify environment mailbox date index ihave
> duplicate mime foreverypart extracttext imapsieve vnd.dovecot.imapsieve
> namespace inbox {
>   inbox = yes
>   list = yes
>   location =
>   mailbox Drafts {
> auto = subscribe
> special_use = \Drafts
>   }
>   mailbox Junk {
> auto = subscribe
> autoexpunge = 90 days
> special_use = \Junk
>   }
>   mailbox Sent {
> auto = subscribe
> special_use = \Sent
>   }
>   mailbox "Sent Messages" {
> special_use = \Sent
>   }
>   mailbox Trash {
> auto = subscribe
> autoexpunge = 30 days
> special_use = \Trash
>   }
>   prefix = INBOX/
>   separator = /
>   subscriptions = yes
>   type = private
> }
> passdb {
>   args = /etc/dovecot/dovecot-sql.conf.ext
>   driver = sql
> }
> plugin {
>   imapsieve_mailbox1_before = file:/etc/dovecot/sieve/report-spam.sieve
>   imapsieve_mailbox1_causes = COPY
>   imapsieve_mailbox1_name = Junk
>   imapsieve_mailbox2_before = file:/etc/dovecot/sieve/report-ham.sieve
>   imapsieve_mailbox2_causes = COPY
>   imapsieve_mailbox2_from = Junk
>   imapsieve_mailbox2_name = *
>   quota_grace = 20%%
>   quota_status_nouser = DUNNO
>   quota_status_overquota = 552 5.2.2 Mailbox is over quota
>   quota_status_success = DUNNO
>   recipient_delimiter = +
>   sieve = file:~/sieve;active=~/.dovecot.sieve
>   sieve_after = /etc/dovecot/sieve-after/
>   sieve_global = /etc/dovecot/sieve
>   sieve_global_extensions = +vnd.dovecot.pipe
>   sieve_pipe_bin_dir = /etc/dovecot/sieve
>   sieve_pipe_socket_dir = sieve-pipe
>   sieve_plugins = sieve_imapsieve sieve_extprograms
>   sieve_trace_debug = yes
> }
> protocols = " imap lmtp sieve pop3"
> service auth {
>   unix_listener /var/spool/postfix/private/auth {
> group = postfix
> mode = 06

Re: rspamd / imapsieve script is not executed/called

2018-11-27 Thread Michael Ludwig
Is there a trick to get the sieve trace working?
I tried the following, but nothing gets logged.

  sieve_user_log = /var/log/dovecot-sievetrace/user.log
  sieve_trace_dir = /var/log/dovecot-sievetrace/
  sieve_trace_level = matching
  sieve_trace_debug = yes
  sieve_trace_addresses = yes

I also tried "matching" instead of only matching because that is what I can
see in the documentation for pigeonhole sieve. (
https://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration)
But nothing seems to get more info out of dovecot, imapsieve, sieve,
pigeonhole thing.
The directory /var/log/dovecot-sievetrace/ is 777 dovecot:dovecot. It
should be possible for dovecot to log in that directory I think.

Michael


Errors wih fts-solr

2018-11-27 Thread Riccardo Bicelli
Hello,
I recently upgraded my solr installation to 6.6.5

When searching through dovecot solr throws this this error:

solr Bad contentType for search handler :text/xml

I'm running dovecot 2.2.10 on CentOS 7.5.

Regards
Riccardo