RE: [otrs] postmaster.pl problem
Hi André, Unfortunately I haven't installed procmail on Solaris here so I can't test this (I'm using it somewhere else on non-Sun systems). By looking at the otrs ditribution's '.procmailrc' file, I saw that there is the SHELL variable set to /bin/sh. Depending on the command we want to invoke, procmail would not run it directly, but from a forked extra-shell as set by $SHELL. This can give in our case: `/bin/sh /path_to_otrs_home/bin/PostMaster.pl' And it would indeed cause the perl script to be interpreted as a Bourne shell script... Not sure but maybe removing the SHELL=/bin/sh declaration from .procmailrc would help... btw, procmail uses the user's login shell by default. Afaik, not giving the user some exotic login shell (bash, tcsh, ksh, ...) but a simple sh would avoid the SHELL declaration in .procmailrc... Yours, Eric At 14:14 15.12.2005, you wrote: Hi Eric No, the only thing French about me is my name :) Stuart is right, it is run like a shell script. Looks like it does ignore the first entry of the perl script. So I changed the .procmailrc entry from | $SYS_HOME/bin/PostMaster.pl to | perl $SYS_HOME/bin/PostMaster.pl This way it would work, but it is using the default perl installed on the system, and older version. Then I tried to use the absolute path to my perl version | /path/to/perl $SYS_HOME/bin/PostMaster.pl but that ain't working either. I'm really stuck at the moment :/ Regards André -- André Hirschi Phone direct : +41 44 366 88 43 Seclutions AG Phone operator : +41 44 366 88 00 Ottikerstrasse 59 Fax: +41 44 366 88 99 8006 Zuerich Email : mailto:[EMAIL PROTECTED] Switzerland WWW: http://www.seclutions.com -- Seclutions - high security made simple -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Voisard Sent: Mittwoch, 14. Dezember 2005 16:34 To: User questions and discussions about OTRS.org Subject: RE: [otrs] postmaster.pl problem Hello André, (french speaker?) I'm running otrs on Solaris 9 here (but the installation isn't finished yet). First, I think Stuart is right, it's like if PostMaster.pl was ran as a Bourne shell script. Try to replace the #!/usr/bin/perl shebang with #!/bin/sh and then run PostMaster.pl from the command line: you'll get the same error messages... Note that if there is no shebang in the first line, current shell will be used... Note that as otrs' unix target is Linux, most of the problems I got so far here were due to scripts containing incorrect paths and some non-solaris commands syntax. I.e. I had to make some modifications in the Cron.sh script which installs the cron jobs to make it work on Solaris. About emails: for outgoing mails I'm using the local sendmail, and I will use (not done already) the POP3 interface for the incoming mail because I think it's simplier to administer... Yours, Eric At 14:21 14.12.2005, you wrote: I forgot to add the fact that the attached log file is the procmail-2005-12.log. The first line does correspond to the systems perl binary, not the default one, but the path is correct. Regards André -- André Hirschi Phone direct : +41 44 366 88 43 Seclutions AG Phone operator : +41 44 366 88 00 Ottikerstrasse 59 Fax: +41 44 366 88 99 8006 Zuerich Email : mailto:[EMAIL PROTECTED] Switzerland WWW: http://www.seclutions.com --- --- Seclutions - high security made simple -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stuart Caie Sent: Mittwoch, 14. Dezember 2005 10:56 To: User questions and discussions about OTRS.org Subject: Re: [otrs] postmaster.pl problem Looks like PostMaster.pl is being run as a shell script instead of perl. Check that the first line of PostMaster.pl corresponds to your perl binary. Regards Stuart On Wed, 2005-12-14 at 07:42, Andr? Hirschi wrote: Good morning I installed the latest release of OTRS on a Solaris 8 machine with Perl 5.8.7. Everything works fine so far, except for the receiving mails part. I configured it to use procmail as described in the doc. The test `cat testemail | ./PostMaster.pl is successful. But when incoming mails are piped into PostMaster.pl I have the following in the logs (and the mails do not show up in the queue, obviously): procmail: [9063] Wed Dec 14 08:28:05 2005 procmail: Locking /usr3/prod/scotty/otrs/otrs/var/INBOX.Backup.2005-12.lock procmail: Assigning LASTFOLDER=/usr3/prod/scotty/otrs/otrs/var/INBOX.Backup.200 5-12 procmail: Opening /usr3/prod/scotty
RE: [otrs] postmaster.pl problem
Hello André, (french speaker?)
I'm running otrs on Solaris 9 here (but the installation isn't finished yet).
First, I think Stuart is right, it's like if PostMaster.pl was ran as a
Bourne shell script. Try to replace the #!/usr/bin/perl shebang with
#!/bin/sh and then run PostMaster.pl from the command line: you'll get the
same error messages...
Note that if there is no shebang in the first line, current shell will be
used...
Note that as otrs' unix target is Linux, most of the problems I got so far
here were due to scripts containing incorrect paths and some non-solaris
commands syntax. I.e. I had to make some modifications in the Cron.sh
script which installs the cron jobs to make it work on Solaris.
About emails: for outgoing mails I'm using the local sendmail, and I will
use (not done already) the POP3 interface for the incoming mail because I
think it's simplier to administer...
Yours, Eric
At 14:21 14.12.2005, you wrote:
I forgot to add the fact that the attached log file is the
procmail-2005-12.log. The first line does correspond to the systems perl
binary, not the default one, but the path is correct.
Regards
André
--
André Hirschi Phone direct : +41 44 366 88 43
Seclutions AG Phone operator : +41 44 366 88 00
Ottikerstrasse 59 Fax: +41 44 366 88 99
8006 Zuerich Email : mailto:[EMAIL PROTECTED]
Switzerland WWW: http://www.seclutions.com
--
Seclutions - high security made simple
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Stuart Caie
Sent: Mittwoch, 14. Dezember 2005 10:56
To: User questions and discussions about OTRS.org
Subject: Re: [otrs] postmaster.pl problem
Looks like PostMaster.pl is being run as a shell script instead of perl.
Check that the first line of PostMaster.pl corresponds to your perl binary.
Regards
Stuart
On Wed, 2005-12-14 at 07:42, Andr? Hirschi wrote:
Good morning
I installed the latest release of OTRS on a Solaris 8 machine with Perl
5.8.7. Everything works fine so far, except for the receiving mails part.
I configured it to use procmail as described in the doc. The test `cat
testemail | ./PostMaster.pl is successful. But when incoming mails are
piped into PostMaster.pl I have the following in the logs (and the mails
do not show up in the queue, obviously):
procmail: [9063] Wed Dec 14 08:28:05 2005
procmail: Locking
/usr3/prod/scotty/otrs/otrs/var/INBOX.Backup.2005-12.lock
procmail: Assigning
LASTFOLDER=/usr3/prod/scotty/otrs/otrs/var/INBOX.Backup.200
5-12
procmail: Opening /usr3/prod/scotty/otrs/otrs/var/INBOX.Backup.2005-12
procmail: Unlocking
/usr3/prod/scotty/otrs/otrs/var/INBOX.Backup.2005-12.lock
procmail: Couldn't determine implicit lockfile from
/usr3/prod/scotty/otrs/otrs /bin/PostMaster.pl
procmail: Locking .lock
procmail: Executing /usr3/prod/scotty/otrs/otrs/bin/PostMaster.pl
/usr3/prod/scotty/otrs/otrs/bin/PostMaster.pl: use: not found
/usr3/prod/scotty/otrs/otrs/bin/PostMaster.pl: syntax error at line
25: `(' unex pected
procmail: Program failure (2) of
/usr3/prod/scotty/otrs/otrs/bin/PostMaster.pl
procmail: Assigning
LASTFOLDER=/usr3/prod/scotty/otrs/otrs/bin/PostMaster.pl
procmail: Unlocking .lock
procmail: Locking /var/mail/otrs.lock
procmail: Assigning LASTFOLDER=/var/mail/otrs
procmail: Opening /var/mail/otrs
procmail: Unlocking /var/mail/otrs.lock
From [EMAIL PROTECTED] Wed Dec 14 08:28:05 2005
Subject: test
Folder:
/var/mail/otrs 2431
procmail: Notified comsat: [EMAIL PROTECTED]:/var/mail/otrs
use: not found and a syntax error at line 25. Which use is it
referencing to? use FindBin? The module is there, I checked that,
permissions are correct.
Any suggestions what I could try will be appreciated.
Kind regards
Andr?
--
Andr? Hirschi Phone direct : +41 44 366 88 43
Seclutions AG Phone operator : +41 44 366 88 00
Ottikerstrasse 59 Fax: +41 44 366 88 99
8006 Zuerich Email : mailto:[EMAIL PROTECTED]
Switzerland WWW: http://www.seclutions.com
--
Seclutions - high security made simple
___
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
Support oder Consulting f?r Ihr OTRS System?
http://www.otrs.de/
___
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe:
Re: [otrs] OTRS in Solaris and email
Hi Kannan, I recently installed otrs on Solaris2.8 and email is not working. I am trying to get the fetchmail and procmail up and running to get going...maybe i am wrong...i should look into other possibilities. Any one has successfully installed and configured otrs in Solaris with full functionality before...please help me... I just installed otrs 2 on a Solaris 9 box here. As otrs' unix target is Linux, most of the problems I got were due to scripts containing incorrect paths and some non-solaris commands syntax. About emails: for outgoing mails I'm using the local sendmail, and I will use (not done already) the POP3 interface for the incoming mail because I think it's simplier to administer. Note that I had to make some modifications in the Cron.sh script which installs the cron jobs to make it work on Solaris Eric ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/
Re: [otrs] New OTRS User - Where to start
Hi keith, The version 2 manual isn't corrupt, I downloaded and printed it a couple of days ago, I guess yours got corrupted during the downloading process... You should try again, or if you want I can sent it to you by email... Yours, Eric At 19:18 01.11.2005, you wrote: Hi, I'm setting up an OTRS system for evaluation and, assuming my employers like it, probable roll out in a month or so. I have it installed and it seems to be working, though there are still some SMTP issues to be worked out. I'm trying to evaluate how best to set it up, what cues I should add, how to handle users, etc. I realize that these depend on the scope of the company and the kind of products, but it's better to have a good system in place at start rather than try to fix it later. We have a single product, but also are a reseller and will be handling returns and maintenance as well. I'd like to hear suggestions from any users on how they approached gathering requirements and deployment. We are looking at a small number of tickets to start with, dozens a day at most, but potentially a lot more over time. Also, I tried to download the English Manual so I could print it(http://doc.otrs.org/2.0/en/pdf/otrs_admin_book.pdf), but that file is corrupt. Regards, Keith Turner Cloud Systems Suite 405, 665 Third Street San Francisco, CA 94107 [EMAIL PROTECTED] http://www.cloudsystems.com ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/ ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/
Re: [otrs] remove a queue, remove an e-mail address?
At 22:12 14.09.2005, you wrote: Hi all, I can't figure out how to remove a queue, or an e-mail address... or a lot of other options in the Admin area. In the left part I can select current items to EDIT, and in the right part I can ADD NEW items. But there seems to be no option to REMOVE items. Should I slap myself for not looking at the right place, or is it really true OTRS lacks this option? Ability to delete things would indeed be an essential option. As a new otrs user, I'm somewhat surprized it doesn't exist. Maybe in next release... Eric ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/
Re: Re: [otrs] remove a queue, remove an e-mail address?
Hi Volker, Ability to delete things would indeed be an essential option. As a new otrs user, I'm somewhat surprized it doesn't exist. Maybe in next release... Eric im not that shure that the ability to delete things would be a great idea. or even an essential option... what should happen with the tickets in that queue? or the tickets refering tickets in that queue? or users that had tickets in that queue. or.or.or. there would be a lot of unresolved references in every case. how to handle them? Delete them all? mmh, I agree it wouldn't be that simple and it could cause unwanted chain reactions. I also agree that otrs' purpose is also to globally keep a history. So it can be a bad idea. But I can imagine me wanting to delete a queue and all it's content, why not. A test queue, an old queue from an old customer that I don't want to see anywhere anymore. This wouldn't imply automatic deletion of related users, customers, supporters. If we'd like to delete a Customer, we could have the choice either to delete all related tickets or having them reassigned. If we'd like to delete an user/supporter, related tickets could receive unknown in these fields, or ownership back to the administrator (up to him to sort all out then), or an option to reassign all to somebody else of our choice. Note that I'm only brainstorming... I know that everybody has different needs and there wouldn't be a single and easy solution. But we can have different sets of options depending on what we'd like to delete. And we could even have an option for removing the 'delete' option, for sysadmins who don't want it!... you are free to delete things in the db. with the tools of the db. and you are free to live with a corrupted system then That's why I'd prefer to do it under otrs' control! so in the view of system integrity i am pretty sure that the next version of otrs wont have the ability to delete things, but it will still have the ability to disable things. Well it's quite possible, it's just that I for one wouldn't like to amass tons of disabled crap in the users' workspace. Or at least I wouldn't like to see it, and then put it under the carpet with a hidden parameter as Trevor is working on... regards, Eric ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/
[otrs] Re: mod_perl 2.0 woes
Hi Christian, Thanks for the follow-up! On Fri, Aug 12, 2005 at 04:58:06PM +0200, Eric Voisard wrote: I'm actually trying to make otrs 2.0.1 run on our Apache 2.0.54 installation with mod_perl 2.0.1 freshly installed as a loadable module. So two dot something everywhere. What's the version of CGI.pm? With mod_perl2 2.x you should use at least CGI.pm 3.10. Also try the following settings in your apache config, that works for me on debian unstable: I think that was it, at least partly. I've seen a notice on the mod_perl site that was saying CGI.pm 3.10 was needed. My version was older... - ScriptAlias /otrs/ /opt/otrs/bin/cgi-bin/ Alias /otrs-web/ /opt/otrs/var/httpd/htdocs/ Perlrequire /opt/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache2::Reload PerlInitHandler Apache2::Reload PerlModule Apache2::RequestRec Location /otrs # ErrorDocument 403 /otrs/customer.pl AllowOverride None ErrorDocument 403 /otrs/index.pl SetHandler perl-script PerlResponseHandler ModPerl::Registry Options +ExecCGI PerlOptions +ParseHeaders PerlOptions +SetupEnv Order allow,deny Allow from all /Location ... I've been able to make it work with mod_perl2. Also, I made my httpd.conf the same as yours, but apache2-perl-startup.pl keeps failing when loaded (as it always did). Failure is: [Tue Aug 16 08:51:43 2005] [error] Can't locate object method require_version via package DBI (perhaps you forgot to load DBI?) at /usr/perl5/site_perl/5. 6.1/Apache/DBI.pm line 10.\nCompilation failed in require at /WWW/otrs/scripts/a pache2-perl-startup.pl line 27.\nBEGIN failed--compilation aborted at /WWW/otrs/ scripts/apache2-perl-startup.pl line 27.\nCompilation failed in require at (eval 2) line 1.\n Though, DBI is a fresh 1.48 and Apache::DBI is 0.94. Apparently everything works when I #'out apache2-perl-startup.pl. So, I still need to investigate, but I'd like to be sure that either otrs 2.0.1 is made for mod_perl 2 (that is, it uses the new API and not depreciated 1's functions), or if it still contains calls a la mod_perl 1 and needs the PerlModule Apache2::compat stuff, plus what I still don't know. The problem is the compartibility between mod_perl and CGI.pm amd not OTRS. Because the API of mod_perl2 changed somehwere around 1.999.x you have to use CGI.pm till 3.05, if you are using mod_perl2 1.x. With mod_perl2 2.x you should the newest CGI.pm. Ok, I got the point. Btw, before to reach this running stage, I had to modify ./bin/cgi-bin/index.pl to not to use FindBin, and I hardcoded the lib paths with my otrs' root, as FindBin was returning '/' for actual script's path and was causing: [Tue Aug 16 10:59:28 2005] [error] Can't locate Kernel/System/Web/InterfaceAgent .pm in @INC (@INC contains: //../../Kernel/cpan-lib //../.. /usr/perl5/5.6.1/lib /sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris -64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5. 6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl . /us r/local/apache2) at /WWW/otrs/bin/cgi-bin/index.pl line 44.\nBEGIN failed--compi lation aborted at /WWW/otrs/bin/cgi-bin/index.pl line 44.\n When ran alone from the command prompt in a test script, FindBin is returning a correct working directory... Well, my Perl install is 5.6. It's the only piece of software which is still old after all the chained updates I had to do. I think the best would be to update this as well, and see... It'll be after a short trip to my company's HQ, in Bad Homburg/Germany. OTRS's place it seems :-) Thanks again, Eric ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/
[otrs] mod_perl 2.0 woes
Hi All, I'm actually trying to make otrs 2.0.1 run on our Apache 2.0.54 installation with mod_perl 2.0.1 freshly installed as a loadable module. So two dot something everywhere. Unfortunately it fails. I've seen a couple of old posts in this mailing list archive, but so far nothing worked in my case. So, I still need to investigate, but I'd like to be sure that either otrs 2.0.1 is made for mod_perl 2 (that is, it uses the new API and not depreciated 1's functions), or if it still contains calls a la mod_perl 1 and needs the PerlModule Apache2::compat stuff, plus what I still don't know. Notice that I'm running Solaris/SPARC, but nothing was installed from some Sun's packages. They were all fresh tarballs that I compiled on the machine. Note also that otrs (which works nice in cgi mode, runs in a virtual host) Thanks for any pointer, experience sharing, etc... Best regards, Eric ___ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support oder Consulting für Ihr OTRS System? = http://www.otrs.de/
