Hi there I'm trying to inject new emails directly into the OTRS system using /etc/aliases, like this: support: |/usr/share/otrs/bin/PostMaster.pl Problem with this is of course permissions. PostMaster.pl reads /etc/otrs/Database.pm, which contains all the information about the database, but when acting as the mail server system, it won't have read access to this file (naturally). Does anyone know of a workaround for this? One obvious solution would be to add the mail system into the otrs group, thus giving it read access to this file, but I'd really settle for something "fancier" than that. I'm using Debian Etch and the otrs2 package provided by it. Marius
Marius Flage wrote:
I'm trying to inject new emails directly into the OTRS system using /etc/aliases, like this:
support: |/usr/share/otrs/bin/PostMaster.pl
Problem with this is of course permissions. PostMaster.pl reads / etc/otrs/Database.pm, which contains all the information about the database, but when acting as the mail server system, it won't have read access to this file (naturally).
Does anyone know of a workaround for this? One obvious solution would be to add the mail system into the otrs group, thus giving it read access to this file, but I'd really settle for something "fancier" than that.
I'm using Debian Etch and the otrs2 package provided by it.
The docs specify four different ways to setup receiving emails in chapter 7.2: http://doc.otrs.org/2.2/en/html/x1269.html. I don't know what way the Debian package uses and if it's easy to change this around. Nils Breunese.
Nils Breunese (Lemonbit) skrev:
The docs specify four different ways to setup receiving emails in chapter 7.2: http://doc.otrs.org/2.2/en/html/x1269.html. I don't know what way the Debian package uses and if it's easy to change this around.
I ended up using the PostMasterDaemon.pl service instead, since this uses TCP/IP instead of troubling with permissions. As long as PostMasterDaemon.pl is running with the correct permissions, this works. Mail delivered through /etc/aliases operates with nobody:nogroup-permissions, so when it calls PostMaster.pl to both read /etc/otrs/database.pm and then actually alter stuff like log/TicketCounter.log it doesn't have sufficient - naturally - privileges to do this. Using the client and server approach seemingly solves this for me. Marius
participants (2)
-
Marius Flage -
Nils Breunese (Lemonbit)