Hello,
Under RT 4.2, is it possible to not automatically create a user from the CC
field?
We would like that the CCed users receive emails from ticket correspondance
without creating for class user accounts.
In one email thread from 2015, I saw the reference to a variable:
AutoCreateNonExternalUsers. I am not entirely sure that this is what I
need, but that does not seem to be available in 4.2, correct?
Thanks,
Thierry
Hello,
Under RT 4.2, is it possible to not automatically create a user from the CC
field?
It is possible to create a user - that has an email address as a
“name”. RT uses the field “name” to mean username.
I just tested it on my 4.2 test system and it works.
We would like that the CCed users receive emails from ticket correspondance
without creating for class user accounts.In one email thread from 2015, I saw the reference to a variable:
AutoCreateNonExternalUsers. I am not entirely sure that this is what I
need, but that does not seem to be available in 4.2, correct?
AutoCreateNonExternalUsers makes it sound like it auto creates local
users - I’m not sure how that applies here.
Perhaps that config variable is for an extension or extra module.
-m
I am trying to avoid creating a user in the first place. From what I have
been able to trace in the RT code, a first class user is created from the
CC field.
But that’s a bit confusing in our case. We are using our own external
authentication system and when CCs are automatically created, our system
detects the new user and let them request a password. But since we just
want them to be receiving emails, not accessing RT, a password leads them
to confusion. They cannot/should not see anything in RT.
Of course we could change our code to double check if these accounts are
‘empty’ (not members of anything). But I was wondering if we could skip
the user account in the first place.
That might be tricky since we still want them to receive correspondence
about the ticket.
Thanks,
ThierryOn Wed, Sep 21, 2016 at 9:05 AM, Matt Zagrabelny mzagrabe@d.umn.edu wrote:
On Tue, Sep 20, 2016 at 4:26 PM, Thierry Thelliez thierry.thelliez.tech@gmail.com wrote:
Hello,
Under RT 4.2, is it possible to not automatically create a user from the
CC
field?It is possible to create a user - that has an email address as a
“name”. RT uses the field “name” to mean username.I just tested it on my 4.2 test system and it works.
We would like that the CCed users receive emails from ticket
correspondance
without creating for class user accounts.In one email thread from 2015, I saw the reference to a variable:
AutoCreateNonExternalUsers. I am not entirely sure that this is what I
need, but that does not seem to be available in 4.2, correct?AutoCreateNonExternalUsers makes it sound like it auto creates local
users - I’m not sure how that applies here.Perhaps that config variable is for an extension or extra module.
-m
I am trying to avoid creating a user in the first place.
I’m not sure there is a way around that. The user record is integral
to the paper-trail auditability of RT.
From what I have
been able to trace in the RT code, a first class user is created from the CC
field.
I’m not sure what you mean by first class user.
But that’s a bit confusing in our case. We are using our own external
authentication system and when CCs are automatically created, our system
detects the new user and let them request a password.
Okay. Perhaps your external authentication system could make use of
the “comments” field in the users table. “Autocreated when added as a
watcher” is the value when users are, well, autocreated when added as
watchers. 
What are you using for your external authentication system? It sends
new users an email telling them they may request a password?
But since we just
want them to be receiving emails, not accessing RT, a password leads them to
confusion. They cannot/should not see anything in RT.
Sure.
Of course we could change our code to double check if these accounts are
‘empty’ (not members of anything). But I was wondering if we could skip the
user account in the first place.
I don’t think you could skip the user account.
-m