Tom,<br><br>LDAP asside, I believe you <i>could</i> set the "ReplyToTicket" right for "Requestors". That would mean at least that only valid requestors had the right, not everyone. Just a thought.<br><br>
Kenn<br>LBNL<br><br><div class="gmail_quote">On Wed, Sep 15, 2010 at 2:42 AM, Tom Sylwestrowicz <span dir="ltr"><<a href="mailto:tsylwest@ripe.net">tsylwest@ripe.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
 Hi there,<br>
<br>
We've got RT3 (v3.8.2) tied in to our LDAP here.<br>
<br>
When user's e-mail the RT mail address, we quite often get the following<br>
message:<br>
<br>
RT could not load a valid user, and RT's configuration does not allow<br>
for the creation of a new user for this email (<a href="mailto:joe.bloggs@ripe.net">joe.bloggs@ripe.net</a>).<br>
<br>
You might need to grant 'Everyone' the right 'ReplyToTicket' for the<br>
queue Operations.<br>
<br>
<br>
We don't really want to grant Everyone the ReplyToTicket permission.<br>
<br>
I know why this error is happening here, it's basically because the LDAP<br>
e-mail address field defaults to <a href="mailto:jbloggs@ripe.net">jbloggs@ripe.net</a>. Joe has an alias that<br>
he uses, which is <a href="mailto:joe.bloggs@ripe.net">joe.bloggs@ripe.net</a> which is also set up in his e-mail<br>
client. So when he sends a request to the RT queue, his address is seen<br>
as <a href="mailto:joe.bloggs@ripe.net">joe.bloggs@ripe.net</a>, which is not what's in LDAP. This is the default<br>
e-mail setup we have here in the work place.<br>
<br>
We can add an alias (<a href="mailto:Joe.Bloggs@ripe.net">Joe.Bloggs@ripe.net</a>) for his user ID in LDAP, but<br>
is there a way that RT3 would check the aliases fields in LDAP and then<br>
associate incoming requests from the <a href="mailto:Joe.Bloggs@ripe.net">Joe.Bloggs@ripe.net</a> alias with the<br>
default LDAP e-mail address of <a href="mailto:jbloggs@ripe.net">jbloggs@ripe.net</a>?<br>
<br>
I'm hoping this is clear... I'm not the most technical of IT guys.<br>
<br>
Best Regards,<br>
Tom<br>
<br>
RT Training in Washington DC, USA on Oct 25 & 26 2010<br>
Last one this year -- Learn how to get the most out of RT!<br>
</blockquote></div><br>