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/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: 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/
_______________________________________________
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/
_______________________________________________
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/
