Re: [otrs] New install help

You can avoid hacking the database directly by using the otrs.SetPassword.plutility /opt/otrs: $ bin/otrs.SetPassword.pl root@localhost mysecretpass -- Mike On Tue, Dec 3, 2013 at 7:59 PM, Carlos Andrés Gallego Arboleda < carlos.gall...@itconsultores.com.co> wrote: > You can try to set thi

Re: [otrs] New install help

You can try to set this password directly on the database, set the pw field for the user root@localhost whit this value roK20XGbWEsSM The pass is root. Regards. Carlos. 2013/12/3 Tennant, Jacob > I just completed a manually install of OTRS 3.3.2-01 on a fresh install > and on the last page i

[otrs] New install help

I just completed a manually install of OTRS 3.3.2-01 on a fresh install and on the last page it gave the default login of root@localhost and a long random character string for a password of which I copied down on my trusty notepad and triple checked it. When I went to login for the first time the

Re: [otrs] Changing domain of users

Por favor, haga clic en enlace de cancelación. On Tue, Dec 3, 2013 at 9:47 AM, Nicolás Fernández wrote: > Paren de enviarme weas por la cressta > > El 03-12-2013 14:24, "Gerald Young" escribió: > > > If the users have the same username and are not lo

Re: [otrs] Changing domain of users

Paren de enviarme weas por la cressta El 03-12-2013 14:24, "Gerald Young" escribió: If the users have the same username and are not logging in with full SPN/ or DOMAIN\username or username@domain, this shouldn't be a problem -- changing authentication source won't disrupt their tickets if there

Re: [otrs] Changing domain of users

The user names should stay the same. So changing the LDAP authmodule settings in Config.pm should take care of it then? -- Karl Browning German Mutual Insurance Network Administrator From: otrs-boun...@otrs.org [mailto:otrs-boun...@otrs.org] On Behalf Of Gerald Young Sent: Tuesday, December 03,

Re: [otrs] Changing domain of users

If the users have the same username and are not logging in with full SPN/ or DOMAIN\username or username@domain, this shouldn't be a problem -- changing authentication source won't disrupt their tickets if there will be a translation of usernames, this will be tricky. It's possible to mass update

Re: [otrs] IMAP setup

You probably are referring to the configuration file you can export from Sysconfig. In Sysconfig the mail accounts are not stored; the 'sendmail' configuration - which could be an SMTP server - IS there though. If you can't connect using 'IMAPS' and 'imap.gmail.com', it could well be a network con

Re: [otrs] IMAP setup

I am using the setup just like you explained above and I am still receiving "Can't connect to imap.google.com" error messages. >From the ADMIN>SUPPORT ASSESSMENT screen I have ALL Perl modules installed and all boxes are green. Also noticied that when I try to import the saved configuration file

[otrs] Changing domain of users

I have active directory integration running prefect on the current domain, and this is how users currently log in. We are in the process of moving to a new domain, however, and I need to be able to keep the users running with the tickets they currently have. Has anyone done this before? Tips, po

Re: [otrs] IMAP setup

If you select IMAPS it should work with Gmail. Please note to use the server name 'imap.gmail.com'. Using IMAPS, OTRS will automatically connect to port 995, which is the default. The appliance is supposed to ship with all SSL modules needed. -- Mike On Tue, Dec 3, 2013 at 8:31 AM, Sander Goudswaa