These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for Disable auto reply completely on the new forum.
Hi all,
Our mail server setup uses dovecot as LDA and sieve to create filters (also for auto-replies), so I want to disable the auto-reply function in virtualmin. Or at least hide the form fields in the template, so my clients can't enable it anymore.
Enabling it will break the delivery process, which results in mail getting delivered multiple times in a mailbox. Delivering to the autoreply script fails, so the mail stays in the mailqueue:
temporary failure. Command output: local: fatal: execvp /etc/webmin/virtual-server/autoreply.pl: No such file or directory)
I couldn't find any config option to disable it. Is this possible at all or will my next action be creating a new feature request?
Thnx,
Justin
Howdy,
Well, I don't believe there's a way to disable it... and there's multiple ways that can be enabled, including Virtualmin, Usermin, and through other tools.
So, just removing that option from Virtualmin may not do what you're after anyhow.
I wonder if there's another way to accomplish what you're after... since you're using Dovecot as an LDA, what does your mailbox_command look like in /etc/postfix/main.cf? And does that imply that you no longer need/want procmail?
-Eric
Hi Eric,
You're right, we don't use procmail at all. mailbox_command = /usr/lib/dovecot/deliver -a "$RECIPIENT" -m "$EXTENSION" -s
Too bad you can't disable the auto reply function in virtualmin. Even if you're using procmail I can imagine that a systemadmin would like to disable this feature if desired.
I have a workaround, which eliminates the real problem of mail getting delivered more than once. (The mail stays in queue because one part of the delivery process, the delivery piped to autoreply.pl, fails)
On the mail server, i created the file /etc/webmin/virtual-server/autoreply.pl with the following script.
#!/usr/bin/perl
exit 0
The delivery process, consisting of a dovecot delivery to the users mailbox and a delivery piped to this script, succeeds now, so the mail is removed from queue.
So technically it's working fine now. If a user enables it per accident, nothing (bad) will happen. But it would have been nicer to disable the form fields as well :-)
autoreply can be a bad thing in many cases, it's not always used properly. I'd like an option for it to be disabled also.