User wrong when creating request via mailgate

Hi,

We’re using RT for managing support requests but now we’ve got a problem
when creating requests via email. We’re in the process of moving from
1.0.1 to 1.0.5 (still testing our local changes) but I’ve tested the
problem we have with a vanilla 1.0.5 installation.

All our users have an RT user name of their firstname and all operations
via the Web interface work fine.

The problem: If a user wants to create a new request by sending email to
the queue specific email address (that pipes it in the rt-mailgate
command) it will complain via return-email that they have no permission
to create requests in that queue.

The user is allowed to manipulate the queue (so create requests) but is
recognised as “user@domain.com” instead of just “user” although the
email address of “user” is set to “user@domain.com”.

I suspected that there should be a conversion from email address to RT
user name somewhere down the line. So I added that to
lib/rt/ui/mail/manipulate.pm::parse_headers(). Ok, that works, the user
can create requests! But now the requestor of the new request is set to
“user@” probably because $current_user and $requestors are set the same
somewhere and the call to lib/rt/support/utils.pm::norm_requestors() in
add_new_request() which tries to append “@rt::domain” but “rt::domain”
is never set…

Then I gave up and now I turn to you.

Should I:

  • just rename all our users to their email address, or
  • move the conversion of email address to RT user to some other place, or
  • turn on the option for allowing non-members to create requests
  • wait for RT 2
  • have a nice weekend

Any ideas or suggestions?

Thanks,

– Jelle van Zeijl - jelle@west.nl - West Consulting B.V. –