First, great job on the new virtualmin website. Simply excellent.

I'm trying to get the 'Mail Forwarding and Replies" usermin module to do what it's supposed to. I've got it installed and (allegedly) configured correctly but obviously, not quite.

When I make changes to the form, the module does update the .forward file in /home/domain.tld/homes/testuser and does create a file called "autoreply.txt".

Unfortunately, the system seems to ignore what's in the .forward and autoreply.txt files altogether. As far as I can tell, there are no log entries made that might even give a clue as to what's happening.

How can I troubleshoot this?

Hi,

I have the same problem and would like help also. Nice to know i'm not the only one.

Post edited by: gregc@netoverdrive.com.au, at: 2007/07/25 14:25

Do you have your user accounts in the format of "user@domain.tld"?

Hi,

I wanted to use the username@domain.tld format but I also tried the domain-username format and it didn't work either.

maybe because i initially set it up to use the '@' whatever's broken remains broken.

I had wanted some feedback on this before I reinstall virtualmin (again) to find out.

What syntax are you using?

Greg

Hey Greg,

Don't reinstall Virtualmin! This is minor, and probably a bug (which would also exist after a reinstall).

I'll ask Jamie to drop in on this thread. I'm guessing we'll need to have a look at the procmail configuration and logs to know what's happening. It should work whether you have @ in the username or not (though there have been bugs in the past with forwarding and @ in usernames...but those have long since been fixed...so this one is something new).

Hi Greg,
Have you tried using the Filter Mail module in Usermin instead? It has taken the place of the Mail Forwarding module, which is actually disabled by default in recent Virtualmin releases.

The biggest difference between them is that Filter Mail configures the user's .procmailrc file, while Mail Forwarding sets up .forward. However, some mail servers do not even check .forward at all, so anything setup there may be ignored.

I am using the 'setup mail filter' option

i've included the rule i configured.

postfix logs are
Jul 25 22:22:07 localhost postfix/qmgr[31479]: DC661BEE94: from=<gregc@netoverdrive.com.au>, size=386, nrcpt=1 (queue active)
Jul 25 22:22:07 localhost postfix/local[24363]: DC661BEE94: to=<fred-freshtel.com@localhost.localdomain>, orig_to=<fred@freshtel.com>, relay=local, delay=13, delays=13/0/0/0.07, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME)
Jul 25 22:22:07 localhost postfix/qmgr[31479]: DC661BEE94: removed

/etc/usermin/forward/autoreply.pl doesn't exist...

I copied it over from /usr/share/usermin/forward but still not working.

Could you post the contents of the /etc/procmailrc and ~fred-freshtel.com/.procmailrc files to this bug report?

-----------contents of /etc/procmailrc----------------------
LOGFILE=/var/log/procmail.log
TRAP=/etc/webmin/virtual-server/procmail-logger.pl
:0wi
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0
* ?/usr/bin/test "$VIRTUALMIN" != ""
{
INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
}
ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/
DROPPRIVS=yes
:0
$DEFAULT

-----------end of contents--------------------------

------------contents of /home/freshtel/homes/fred/.procmailrc---------------
:0
| /etc/usermin/forward/autoreply.pl /home/freshtel/homes/fred/autoreply.0.txt fred.freshtel

-----------end of contents--------------------------

I thought i fixed it when i discovered that .procmairc referenced /etc/usermin/forward/autoreply.pl and this script didn't exist. but as I mentioned above coping this file from /usr/share/usermin/forward didn't fix it.

Thanks again for looking into this.