Znuny Open Source Ticketsystem

Yeah, the open with situation can be simplified by adding the path to the perl executable to the system path variable. Then you can command line out to the script you want to run and just do 'perl script.pl'.

That is incredibly interesting. I'm going to have to try that when i get a chance. I eventually gave up and ran ubuntu in a vm. If i get some free time over the next few weekends, i'll run up the windows version and try this patch.

Pude hacerlo finalmente. Tuve que hacer algo como comentaste. Al fin, me rendi e hizo un VM con Ubuntu y lo instale alli. Funciona perfectamenta. Aparentamente, hay un bug con perl y windows que no han resuelto todavia.

I finally gave up and loaded it up on Ubuntu. Looks like the windows version is DOA until they fix that bug. It's useless for me.

I was a little disappointed with the Linux version though. Sendmail didn't work out of the box. I did finally have the option of POP3S and SMTPS, so i was able to use my ...

Well, after the reinstall, i get this:
C:\OTRS\StrawberryPerl\perl\bin>perl C:\OTRS\OTRS\bin\otrs.checkModules
o CGI............................ok (v3.49)
o Date::Pcalc....................ok (v1.2)
o Date::Format...................ok (v2.24)
o DBI............................ok (v1.613)
o DBD ...

Oh, and i also tried adding the perl.exe path to the system path variable. It had no effect (except that i could now run perl scripts from any command prompt).

Ok, for all the windows guys out there, in order to run the otrs.CheckModules, you'll need to call the perl.exe (wherever it's installed on your system) and pass the otrs.CheckModules as an argument. Perl.exe should have been added to your system path variable so it can be called anywhere, but it ...

So, just uninstall otrs, reinstall into c:\otrs, then download and install strawberry perl?

Ya lo probE. No sirve.

lucasdgr wrote:En # cd /opt/otrs/bin/ haces # ./otrs.checkModules

Esto no sirve. Estoy usando windows. Windows me pregunta con "qual programa quieres abrir este archivo".

When someone is logging into the agent portal, OTRS will look for that user only within OTRS_Agents. When someone logs into the customer portal, OTRS will look for the account to exist anywhere in the domain. crythias is right, there would be no win, because there would be no competition.

thanks for help after installing POP3 secure Perl module i resolved the problem with POP3S .
How did you install the pop3 secure perl module? Sorry, guess i should clarify: I'm having the same problem on a windows installation. Did you install OTRS on windows? If so, how did you get the POP3 ...

lo solucionaste? Creo que me falta este módulo perl tambien.

Soy nuevo con perl: como corres el otrs.checkModules?

I've been able to configure OTRS with LDAP back end for agents and customers. It's two different sections of the config.pm. There should be a section for agent authentication, in which you'll specify the DN of the agents. Then another for the customers where you can specify a more lenient DN on the ...

If you don't see server type you'd want to use available as an option, you miss the required Perl modules. In that case, please refer to "Installation of Perl modules required for OTRS" for instructions. You'd be missing the IO::Socket::SSL module, probably. Run bin/otrs.CheckModules.pl (mind the ...