Estoy usando un enrutador de respuesta automática, basado en una receta común que flota en la red:
Enrutador:
uservacation:
driver = redirect
allow_filter
domains = domain.com
hide_child_in_errmsg
debug_print = "R: autoreply for $user"
reply_transport = vacation_reply
no_verify
require_files = /home/share/autoreply.txt
file = /home/share/autoreply.txt
user = Debian-exim
group = Debian-exim
unseen
Transporte:
vacation_reply:
debug_print = "T: vacation reply for $local_part@domain"
driver = autoreply
file = /home/share/autoreply.txt
file_expand
from = [email protected]
to = $sender_address
subject = "Re: $h_subject"
text = "Automatic reply\n\n"
Respuesta automática:
# Exim filter
if ($h_subject: does not contain "SPAM?" and personal) then
mail
expand file /home/share/autoreply.txt.txt
to $reply_address
from $local_part\@$domain
subject "Autoreply...[Re: $h_subject:]"
endif
Esto funciona bien para la mayoría de los usuarios, sin embargo, un usuario tiene un alias en /etc/aliases que es procesado por un system_aliasesenrutador antes de la respuesta automática.
Si el correo electrónico se envía al alias, la respuesta automática no se activa. No puedo entender por qué, ya que al enrutador anterior no parece importarle si local_part coincide con un nombre de usuario del sistema.
¿Algunas ideas? (Por cierto, me doy cuenta de que estoy duplicando algunos de los elementos allí porque he probado diferentes enfoques).