Dialog index.pl speichern (bei Spam Link und Queue Move)

[otrshsu]

Hallo,
ich habe folgendes Problem.
Unter Frontend::Agent::Ticket::MenuModule habe ich Ticket::Frontend::MenuModule###470-Spam mit folgenden Einstellungen (Standard, bis auf Queue) aktiviert.

Code: Select all

$Self->{'Ticket::Frontend::MenuModule'}->{'470-Spam'} =  {
  'Action' => 'AgentTicketMove',
  'Description' => 'Mark as Spam!',
  'Link' => 'Action=AgentTicketMove;TicketID=$Data{"TicketID"};DestQueue=Mülleimer',
  'Module' => 'Kernel::Output::HTML::TicketMenuGeneric',
  'Name' => 'Spam',
  'PopupType' => '',
  'Target' => ''
};

Klickt nun ein Agent auf den Spam Link um ein Ticket auszusortieren möchte der Browser die index.pl speichern! Bei der alten Version war es so, dass das Ticket einfach verschoben wurde ohne das eine weitere Aktion ausgelöst wurde. Bin ich der einzige mit diesen seltsamen Effekt? Konnte zumindest keinen weiteren Beitrag zum Thema finden.

[jojo]

schau ins Apache error log und ins OTRS Log

[otrshsu]

schau ins Apache error log und ins OTRS Log

Keine relevanten Einträge, hatte auch schon nachgesehen. OTRS log hat nur notice Einträge im Apache error log steht:

Code: Select all

<b>Warning</b>:  Directive 'register_long_arrays' is deprecated in PHP 5.3 and greater in <b>Unknown</b> on line <b>0</b><br />
<br />
<b>Warning</b>:  Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in <b>Unknown</b> on line <b>0</b><br />

Passt aus meiner Sicht aber nicht zum beschriebenen Fehlerbild.

[jojo]

Gibt es eine Queue "Mülleimer"

Hat derjenige Move Berechtigung auf die Queue?

Benenn die Queue mal bitte um (kein Umlaut) und probier es dann...



mod_php sollte auf dem Server eigentlich nicht laufen...

[otrshsu]

Gibt es eine Queue "Mülleimer"

Ja, diese wurde auch schon in den letzten Jahren für Spam verwendet.

Hat derjenige Move Berechtigung auf die Queue?

Ich habe volle Rechte und auch bei mir tritt der Effekt auf.

Benenn die Queue mal bitte um (kein Umlaut) und probier es dann...

Hab sowas ähnliches versucht, da ich denselben Fehler vermutet habe. Hab es daher mit der Queue Rechenzentrum probiert. Auch bei dieser Tritt der Fehler auf.

mod_php sollte auf dem Server eigentlich nicht laufen...

Was hat das für Nachteile? Bei Ubuntu läuft meines Wissen Php standardmäßig als Apache Modul. Hatten damit bislang keine Probleme. Eine Umstellung auf cgi ist jedoch möglich.

Der "Download" der index.pl wurde mir übrigens eben beim Verschieben eines Tickets ebenfalls angeboten. Der "Fehler", insofern es einer ist, tritt also nicht nur beim Spam Link auf.

[jojo]

wie werden die Mails versendet? Via SMTP?

Es sollte keine andere Applikation auf dem Server laufen, daher brauchst Du auch kein PHP (das nutzt halt die gleichen Resourcen wie mod_perl)

[otrshsu]

wie werden die Mails versendet? Via SMTP?

Die Mails werden per Sendmail versendet. SMPTS wäre auch möglich. Gibt es nennenswerte Vorteile?

Es sollte keine andere Applikation auf dem Server laufen, daher brauchst Du auch kein PHP (das nutzt halt die gleichen Resourcen wie mod_perl)

Meines Wissens läuft OTRS als dedizierter Service. Die PHP Fehlermeldungen wundern mich nun auch. Hab mal im access log nachgesehen. Konnte jedoch bislang nichts entdecken.

UPDATE:
Hatte in der Vergangenheit mal mit der OTRS SOAP Schnittstelle verschiedene Versuche unternommen. Dabei war auch ein kleinen PHP Script. Wahrscheinlich ist deswegen PHP aktiviert.

[jojo]

ein Crash kann vorkommen, wenn SMTP genutzt wird und keine Mail versendet werden kann

[otrshsu]

Okay, kann man das schonmal ausschließen.
Wie kommts nun aber, dass die index.pl zum Download angeboten wird? Wie gesagt, das Ticket wird dennoch in die Queue verschoben, die Aktion TicketMove wird also ausgeführt!?!