Re: [rt-users] RT problem with ticket creation via email

2010-02-18 Thread Ken Crocker

JJussi,

What do you mean by made my own plugin?

Kenn
LBNL

On 2/17/2010 11:17 PM, JJussi wrote:

Hi!
I had same kind of problems when I took 'MailPlugins' in use. I made my own 
plugin and as long as plugin didn't return 'RT::CurrentUser' object, I got 
that error.


On Wednesday, 17. Februaryta 2010 23:17:32 Ken Crocker wrote:

  

To list,

I have been testing our 3.8.7 session and all looks well, with the
exception of creating tickets via email.
I can create tickets fine via the WebUI, but emails gives no joy. I get
this email back:

RT could not load a valid user, and RT's configuration does not allow
for the creation of a new user for this email (kfcroc...@lbl.gov).

You might need to grant 'Everyone' the right 'CreateTicket' for the
queue Test.

I have, of course, applied the CreateTicket right to everyone for the
 Queue Test. Still no joy.

I am thinking that since the email gets to RT, it is probably a filter of
 some sort in our Config settings.

We are using the ExternalAuth extension and ourLDAP filters work fine
with signing onto the WebUI and using the system in ALL of it's aspects.
These are our LDAP settings:

   'My_LDAP' = {'type' = 'ldap',
'server'   = '.xxx.xxx',# x'd out for this email
'user' = '',
'pass' = '',
'base' = 'ou=people,o=Company Name,c=us',
'filter' =
'((|(xxxEmpStat=Staff)(xxxEmpStat=Guest))(|(xxxpan=XX*)))',
'd_filter' = '(!(|(xxxEmpStat=Staff)(xxxEmpStat=Guest)))',
'tls'  = 1,
'net_ldap_args' = [version =  3   ],
'attr_match_list' = ['Name',
  'EmailAddress',
  'RealName',
  'uid',
 ],

'attr_map' = {  'Name'= 'uid',
 'EmailAddress'= 'mail',
 'Organization'= 'o',
 'RealName'= 'cn',
 'ExternalAuthId'  = 'uid',
 'Gecos'   = 'uid',
 'WorkPhone'   = 'telephoneNumber',
 'Address1'= 'xxxMailStop',
 'Address2'=
'postalAddress',  }
   }
  }

These are some other settings that I think /*MIGHT*/ apply:

Set($TruncateLongAttachments, 1);
Set($LookupSenderInExternalDatabase, 1);# not actually functional
-alinc
Set($SenderMustExistInExternalDatabase, 1);
Set($ValidateUserEmailAddresses, 1);
Set($SendmailPath, /usr/lib/sendmail);
Set($WebExternalAuto , 0); # Do not create accounts based on REMOTE_USER
setting
Set($WebExternalAuthContinuous, 0); # prevent checking REMOTE_USER at
every page load

Any clues? Thanks.

Kenn
LBNL





  
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com

2010 RT Training Sessions!
San Francisco, CA, USA - Feb 22  23
Dublin, Ireland - Mar 15  16
Boston, MA, USA - April 5  6
Washington DC, USA - Oct 25  26

Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

[rt-users] RT problem with ticket creation via email

2010-02-17 Thread Ken Crocker

To list,

I have been testing our 3.8.7 session and all looks well, with the 
exception of creating tickets via email.
I can create tickets fine via the WebUI, but emails gives no joy. I get 
this email back:


RT could not load a valid user, and RT's configuration does not allow
for the creation of a new user for this email (kfcroc...@lbl.gov).

You might need to grant 'Everyone' the right 'CreateTicket' for the
queue Test.

I have, of course, applied the CreateTicket right to everyone for the Queue 
Test. Still no joy.

I am thinking that since the email gets to RT, it is probably a filter of some 
sort in our Config settings.

We are using the ExternalAuth extension and ourLDAP filters work fine 
with signing onto the WebUI and using the system in ALL of it's aspects. 
These are our LDAP settings:


  'My_LDAP' = {'type' = 'ldap',
   'server'   = '.xxx.xxx',# x'd out for this email
   'user' = '',
   'pass' = '',
   'base' = 'ou=people,o=Company Name,c=us',
   'filter' = 
'((|(xxxEmpStat=Staff)(xxxEmpStat=Guest))(|(xxxpan=XX*)))',

   'd_filter' = '(!(|(xxxEmpStat=Staff)(xxxEmpStat=Guest)))',
   'tls'  = 1,
   'net_ldap_args' = [version =  3   ],
   'attr_match_list' = ['Name',
 'EmailAddress',
 'RealName',
 'uid',
],

   'attr_map' = {  'Name'= 'uid',
'EmailAddress'= 'mail',
'Organization'= 'o',
'RealName'= 'cn',
'ExternalAuthId'  = 'uid',
'Gecos'   = 'uid',
'WorkPhone'   = 'telephoneNumber',
'Address1'= 'xxxMailStop',
'Address2'= 
'postalAddress',  }

  }
 }

These are some other settings that I think /*MIGHT*/ apply:

Set($TruncateLongAttachments, 1);
Set($LookupSenderInExternalDatabase, 1);# not actually functional 
-alinc

Set($SenderMustExistInExternalDatabase, 1);
Set($ValidateUserEmailAddresses, 1);
Set($SendmailPath, /usr/lib/sendmail);
Set($WebExternalAuto , 0); # Do not create accounts based on REMOTE_USER 
setting
Set($WebExternalAuthContinuous, 0); # prevent checking REMOTE_USER at 
every page load


Any clues? Thanks.

Kenn
LBNL
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com

2010 RT Training Sessions!
San Francisco, CA, USA - Feb 22  23
Dublin, Ireland - Mar 15  16
Boston, MA, USA - April 5  6
Washington DC, USA - Oct 25  26

Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] RT problem with ticket creation via email

2010-02-17 Thread JJussi
Hi!
I had same kind of problems when I took 'MailPlugins' in use. I made my own 
plugin and as long as plugin didn't return 'RT::CurrentUser' object, I got 
that error.

On Wednesday, 17. Februaryta 2010 23:17:32 Ken Crocker wrote:

 To list,
 
 I have been testing our 3.8.7 session and all looks well, with the
 exception of creating tickets via email.
 I can create tickets fine via the WebUI, but emails gives no joy. I get
 this email back:
 
 RT could not load a valid user, and RT's configuration does not allow
 for the creation of a new user for this email (kfcroc...@lbl.gov).
 
 You might need to grant 'Everyone' the right 'CreateTicket' for the
 queue Test.
 
 I have, of course, applied the CreateTicket right to everyone for the
  Queue Test. Still no joy.
 
 I am thinking that since the email gets to RT, it is probably a filter of
  some sort in our Config settings.
 
 We are using the ExternalAuth extension and ourLDAP filters work fine
 with signing onto the WebUI and using the system in ALL of it's aspects.
 These are our LDAP settings:
 
'My_LDAP' = {'type' = 'ldap',
 'server'   = '.xxx.xxx',# x'd out for this email
 'user' = '',
 'pass' = '',
 'base' = 'ou=people,o=Company Name,c=us',
 'filter' =
 '((|(xxxEmpStat=Staff)(xxxEmpStat=Guest))(|(xxxpan=XX*)))',
 'd_filter' = '(!(|(xxxEmpStat=Staff)(xxxEmpStat=Guest)))',
 'tls'  = 1,
 'net_ldap_args' = [version =  3   ],
 'attr_match_list' = ['Name',
   'EmailAddress',
   'RealName',
   'uid',
  ],
 
 'attr_map' = {  'Name'= 'uid',
  'EmailAddress'= 'mail',
  'Organization'= 'o',
  'RealName'= 'cn',
  'ExternalAuthId'  = 'uid',
  'Gecos'   = 'uid',
  'WorkPhone'   = 'telephoneNumber',
  'Address1'= 'xxxMailStop',
  'Address2'=
 'postalAddress',  }
}
   }
 
 These are some other settings that I think /*MIGHT*/ apply:
 
 Set($TruncateLongAttachments, 1);
 Set($LookupSenderInExternalDatabase, 1);# not actually functional
 -alinc
 Set($SenderMustExistInExternalDatabase, 1);
 Set($ValidateUserEmailAddresses, 1);
 Set($SendmailPath, /usr/lib/sendmail);
 Set($WebExternalAuto , 0); # Do not create accounts based on REMOTE_USER
 setting
 Set($WebExternalAuthContinuous, 0); # prevent checking REMOTE_USER at
 every page load
 
 Any clues? Thanks.
 
 Kenn
 LBNL
 


-- 
JJussi
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com

2010 RT Training Sessions!
San Francisco, CA, USA - Feb 22  23
Dublin, Ireland - Mar 15  16
Boston, MA, USA - April 5  6
Washington DC, USA - Oct 25  26

Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com