Hello, I implemented a simple password reset queue which reset a user's password when a new email was sent to that queue. It used to work great, but now doesn't. I'm not sure if it stopped when the server was upgraded to RT 3.6.0, or if it was busted earlier.
Whenever an email is sent to the password reset queue, the ticket gets created in the support queue. The mail logs show the email being received and delivered to the correct queue, but when procmail takes over, the message goes to the support queue. I don't understand why this is happening. Here's the alias file for postfix: # RT aliases (review the procmail file for more details) support: "|/usr/bin/procmail -m /etc/procmail-support.rc" support-comments: "|/usr/bin/procmail -m /etc/procmail-support.rc" resetpwd: "|/usr/bin/procmail -m /etc/procmail-support.rc" resetpwd-comments: "|/usr/bin/procmail -m /etc/procmail-support.rc" And here's the procmail recipe: LOGFILE=/var/log/procmail-support.log DEFAULT=/home/ksandhu/Maildir/ :0 * ^X-Spam-Flag: YES ! [EMAIL PROTECTED] # RT aliases :0 |/var/www/rt/bin/rt-mailgate --queue Technical-Support --action correspond --url https://blah |/var/www/rt/bin/rt-mailgate --queue Technical-Support --action comment --url https://blah |/var/www/rt/bin/rt-mailgate --queue Resetpwd --action correspond --url https://blah |/var/www/rt/bin/rt-mailgate --queue Resetpwd --action comment --url https://blah # Send everything else to [EMAIL PROTECTED] :0 $DEFAULT Am I missing something obvious? Has something changed in RT that would break resetting passwords via email? Regards, Ranbir -- Kanwar Ranbir Sandhu Linux 2.6.17-1.2187_FC5 i686 GNU/Linux 13:39:21 up 4 days, 20:39, 3 users, load average: 0.09, 0.23, 0.22 _______________________________________________ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
