[gelöst] Immer wieder leere Tickets automatisch im System

[52nEHJ]

Hallo Zusammen,
dies ist mein erster Post in diesem Forum.
Wir setzen bei uns OTRS 2.2.7 ein und z.Zt. bekomme wir jeden Tag neue leere Tickets in System. Da ich noch nicht lange mit dem System arbeite, fehlen mir z.Zt. die Ansatzpunkte um dieses Problem zu lösen.
Hier die Historie, der Inhalt und die Übersichtsansicht der Tickets als Screenshot:
Übersicht:


Inhalt:


Historie:


Wie kann ich die Tickets aus dem System entfernen?
Wie kann ich verhindern, dass die Tickets immer wieder erzeugt werden?
Welche Informationen benötigt ihr noch?

[jojo]

ich tippe mal auf eine Mail mit falscher Codierung. Schau mal ins Logfile.

Da die 2.2.x sehr alt ist und keine Maintance mehr hat, empfehle ich dringend ein Update auf die 3.1.x

[52nEHJ]

ich tippe mal auf eine Mail mit falscher Codierung. Schau mal ins Logfile.

Wenn du index.pl?Action=AdminLog meinst, dann steht da dies:

Code: Select all

Mon Jun 4 09:50:30 2012 	error 	OTRS-CGI-52 	Need TicketID!
Mon Jun 4 09:50:30 2012 	error 	OTRS-CGI-52 	Need ID or Name!
Mon Jun 4 09:50:30 2012 	error 	OTRS-CGI-52 	Need ID or Name!
Mon Jun 4 09:50:30 2012 	error 	OTRS-CGI-52 	Need Lock or LockID!

In Apache2-Server-Log /var/log/apache2/error.log steht jetzt:

Code: Select all

ERROR: OTRS-CGI-52 Perl: 5.10.0 OS: linux Time: Mon Jun  4 09:50:27 2012

 Message: Need Lock or LockID!

 Traceback (25083):
   Module: Kernel::System::Lock::LockLookup (v1.12) Line: 162
   Module: Kernel::System::Ticket::Article::ArticleGet (v1.147.2.2) Line: 1351
   Module: Kernel::Modules::AgentTicketMailbox::Run (v1.16.2.1) Line: 213
   Module: Kernel::System::Web::InterfaceAgent::Run (v1.23) Line: 670
   Module: ModPerl::ROOT::ModPerl::Registry::usr_share_otrs_bin_cgi_2dbin_index_2epl::handler (v) Line: 47
   Module: (eval) (v1.81) Line: 204
   Module: ModPerl::RegistryCooker::run (v1.81) Line: 204
   Module: ModPerl::RegistryCooker::default_handler (v1.81) Line: 170
   Module: ModPerl::Registry::handler (v1.99) Line: 31

Zum Zeitpunkt der Ticket-Erstellung (z.B. 01.06.2012 00:10:02) gibt es keine Fehlermeldung im Log.

Wie kann ich diese Tickets denn komplett aus dem System löschen?

Da die 2.2.x sehr alt ist und keine Maintance mehr hat, empfehle ich dringend ein Update auf die 3.1.x

Wir setzen auf debian stable und da kommt demnächst 2.4.9. Wäre das auch zu alt, um ein stabiles Produktivsystem zu betreiben?

[jojo]

such mal nach Einträgen mit OTRS-PM

Die 2.4. Maintance endet dieses Jahr

[52nEHJ]

such mal nach Einträgen mit OTRS-PM

Nicht gefunden .

[jojo]

willt Du die Mails von mailer.altova.com im System haben? Wenn nicht bau am besten einen Postmaster Filter.

Löschen der Tickets ist leider nur auf der Datenbankebene möglich

[52nEHJ]

willt Du die Mails von mailer.altova.com im System haben? Wenn nicht bau am besten einen Postmaster Filter.

Welche Header sollte ich dafür setzen?
Ich habe jetzt:

• Treffer.Kopf1::From "news*@mailer.altova.com"

• Setzen.Kopf1::X-OTRS-ignore "Yes"

Löschen der Tickets ist leider nur auf der Datenbankebene möglich

Done.

[jojo]

der Filter sieht gut aus

[52nEHJ]

So, das Problem scheint jetzt gelöst. Es lag an einer Mail in OTRS_SPOOLDIR=$OTRS_ROOT/var/spool und die wurde durch diesen täglichen Cron-Job wieder ins System eingepflegt:

Code: Select all

# check daily the spool directory of OTRS
#10 0 * * * * otrs [ -e /etc/init.d/otrs ] && /etc/init.d/otrs cleanup > /dev/null; [ -e /etc/rc.d/init.d/otrs ] && /etc/rc.d/init.d/otrs cleanup > /dev/null
10 0 * * * [ -x $HOME/bin/otrs.cleanup ] && $HOME/bin/otrs.cleanup > /dev/null

Warum diese Mail dort liegen geblieben ist, kann ich nicht sagen, aber sie ist jetzt gelöscht und die Tickets sind auch wieder aus dem System entfernt (es gab heut morgen wieder 2 neue). Nächsten Montag weiß ich dann, ob dieses Vorgehen endgültig erfolgreich war.

[52nEHJ]

Dies Problem war mit den obigen Schritten behoben, es sind keine lehren Tickets mehr im System aufgetaucht.