Mailu/core/dovecot/conf/ham.script

#!/bin/bash
{% set hostname,port = ANTISPAM_WEBUI_ADDRESS.split(':') %}
RSPAMD_HOST="$(getent hosts {{ hostname }}|cut -d\  -f1):{{ port }}"
if [[ $? -ne 0 ]]
then
	echo "Failed to lookup {{ ANTISPAM_WEBUI_ADDRESS }}" >&2
	exit 1
fi

tee >(rspamc -h $RSPAMD_HOST -P mailu learn_ham /dev/stdin) \
	>(rspamc -h $RSPAMD_HOST -P mailu -f 11 fuzzy_del /dev/stdin) \
	| rspamc -h $RSPAMD_HOST -P mailu -f 13 fuzzy_add /dev/stdin
Fix rspamd-learn when moving mail from/to junk folder Before, the ham/spam scripts got the rspamd-ip/port from the environment. However, when checking the environment of these processes now, it seems cleared. Maybe the new dovecot version now clears environment? — I couldn’t find a hint. In any case, using the common mechanism of injecting the ip/port from where it’s definately known by the already-used jinja2-mechanism seems reasonably safe. 2019-09-27 20:57:15 +02:00			`#!/bin/bash`
fix 2086 2021-12-18 14:59:31 +02:00			`{% set hostname,port = ANTISPAM_WEBUI_ADDRESS.split(':') %}`
			`RSPAMD_HOST="$(getent hosts {{ hostname }}\|cut -d\ -f1):{{ port }}"`
Ensure that we don't do multiple DNS lookups in the sieve script 2021-08-21 17:10:37 +02:00			`if [[ $? -ne 0 ]]`
			`then`
			`echo "Failed to lookup {{ ANTISPAM_WEBUI_ADDRESS }}" >&2`
			`exit 1`
			`fi`

			`tee >(rspamc -h $RSPAMD_HOST -P mailu learn_ham /dev/stdin) \`
			`>(rspamc -h $RSPAMD_HOST -P mailu -f 11 fuzzy_del /dev/stdin) \`
			`\| rspamc -h $RSPAMD_HOST -P mailu -f 13 fuzzy_add /dev/stdin`