Sorry for being away for a while, was engaged in some urgent stuff.
Well, while looking for sieve rules, I found just this much in /var/vmail/sieve/dovecot.sieve, the global sieve (I haven't enabled any user specific sieve yet, whatsoever and sieve_before = /var/vmail/sieve/dovecot.sieve see first post)
require ["fileinto"];
# rule:[Move Spam to Junk Folder]
if header :is "X-Spam-Flag" "YES"
{
fileinto "Junk";
}I had created vacation filter using roundcube, so is there some place else I must look for rules? Please help with specific file/command if I got this wrong.
Also, I was trying to re-analyse previous logs I pasted. In dovecot log:
May 25 05:00:31 lda(hello@mydomain.tld): Debug: sieve: using the following location for user's Sieve script: /var/vmail/vmail1/mydomain.tld/h/e/l/hello-2017.05.24.05.10.08//sieve/dovecot.sieve;name=main script
May 25 05:00:31 lda(hello@mydomain.tld): Debug: sieve: opening script 1 of 2 from /var/vmail/sieve/dovecot.sieve
May 25 05:00:31 lda(hello@mydomain.tld): Debug: sieve: loading script /var/vmail/sieve/dovecot.sieve
May 25 05:00:31 lda(hello@mydomain.tld): Debug: sieve: script binary /var/vmail/sieve/dovecot.svbin successfully loaded
May 25 05:00:31 lda(hello@mydomain.tld): Debug: sieve: binary save: not saving binary /var/vmail/sieve/dovecot.svbin, because it is already stored
May 25 05:00:31 lda(hello@mydomain.tld): Debug: sieve: executing script from /var/vmail/sieve/dovecot.svbin
May 25 05:00:31 lda(hello@mydomain.tld): Debug: sieve: opening script 2 of 2 from /var/vmail/vmail1/mydomain.tld/h/e/l/hello-2017.05.24.05.10.08//sieve/dovecot.sieve;name=main scriptLine 5: Debug: sieve: binary save: not saving binary /var/vmail/sieve/dovecot.svbin, because it is already stored caught my attention. Is it somehow possible that, after changing the vacation config, i have to delete the .svbin and let dovecot create new binary? Just a thought