MailAccountFetch-10 sporadischer Fehler

[flipflop]

Hallo allerseits,

bei unserer Installation von OTRS 5.0.6 auf Ubuntu 14.04 tritt im Abstand von ein paar Wochen immer wieder folgender Fehler auf. Per google fand ich leider nicht dazu und auch sonst fällt mir nichts ein wie ich das Problem angehen könnte. Es scheint auch keine Auswirkungen auf die Funktionalität des Ticketsystems zu haben. Hat mir jemand einen tipp?

Code: Select all

There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: ERROR: OTRS-otrs.Console.pl-Maint::PostMaster::MailAccountFetch-10 Perl: 5.18.2 OS: linux Time: Tue Apr 5 14:30:02 2016

Und im Abstand von einer Sekunde dazu:

Code: Select all

Found no Queue for junk!

Desweiteren trat gestern folgender Fehler auf, was hat es mit diesem auf sich? Was versucht OTRS mit der Cloud zu machen?

Code: Select all

Can't perform POST on https://cloud.otrs.com/otrs/public.pl: 500 Can't connect to cloud.otrs.com:443 (timeout)

Ich freue mich auf euren Input

[RStraub]

Hallöchen,

hast du einen Postmasterfilter der irgendwo die Queue junk setzt bzw. setzen will?

Der POST ist ein regelmäßiger Check auf die OTRS "Business-Features". Prüft z.B. ob ihr eine registrierte Version habt.
Dazu gibt's einige Themen im Forum, wie man diese ganzen Business Features aus Version 5 wieder "abschalten" kann.

[flipflop]

Hmm also im Admin CP unter Postmaster Filter sehe ich keinen entsprechenden Filter der irgendwie mit der Junk queue zusammenhängt.

Kann es sein dass es irgendwie mit unserer schon etwas zurückliegenden Upgrade-Orgie von 2.4 auf 5.* zusammenhängt? Oder schaue ich einfach nicht am richtigen Ort?

Die businessfeatures dürften doch garnicht aktiviert sein wenn das Otrs nicht registriert ist, oder?

[RStraub]

Hm... du könntest über die Konsole mal noch die Dateien:
~otrs/Kernel/Config/Files/ZZZ* durch-greppen ob irgendwo etwas mit der Junk Queue konfiguriert ist.

Die Features sind nicht aktiv, das ist korrekt, aber OTRS macht ja auch andere Abfragen wie etwa Produktaktualisierungen und Neuigkeiten. Ich nehme an die laufen auch über die URL.

[reneeb]

Zum ersten Fehler: Such mal in der SysConfig - am besten in der Datei Kernel/Config/Files/ZZZAuto.pm - nach "junk". Vielleicht findest Du so einen Hinweis...

Zum zweiten Fehler: Die cloud-Adresse wird für verschiedene Dinge kontaktiert:
* Prüfung ob BusinessFeatures aktiviert sind
* Produktneuigkeiten-Widget im Dashboard
* "Verifizierung" von Addons
* ...

[flipflop]

Danke für eure Antworten.

Hab mal durchgegrept:

Code: Select all

root@VM:/home/otrs5.0.6/Kernel/Config/Files# grep -r unk
Ticket.xml:    <ConfigItem Name="Ticket::Frontend::MenuModule###470-Junk" Required="0" Valid="0">
Ticket.xml:        <Description Translatable="1">Shows a link to set a ticket as junk in the ticket zoom view of the agent interface. Additional access control to show or not show this link can be done by using Key "Group" and Content like "rw:group1;move_into:group2". To cluster menu items use for Key "ClusterName" and for the Content any name you want to see in the UI. Use "ClusterPriority" to configure the order of a certain cluster within the toolbar.</Description>
Ticket.xml:                <Item Key="Description" Translatable="1">Mark this ticket as junk!</Item>
Ticket.xml:                <Item Key="Link">Action=AgentTicketMove;TicketID=[% Data.TicketID %];DestQueue=Junk</Item>
Ticket.xml:                <Item Key="Junk" Translatable="1">First Queue</Item>

Ist das korrekt so?

[reneeb]

Mach im Adminbereich in der SQL-Box mal

Code: Select all

SELECT * FROM postmaster_filter WHERE f_type = 'Set' AND f_value LIKE '%unk%'

aus

[flipflop]

Mach im Adminbereich in der SQL-Box mal

Code: Select all

SELECT * FROM postmaster_filter WHERE f_type = 'Set' AND f_value LIKE '%unk%'

aus

Code: Select all

logfiles 	Set 	X-OTRS-Queue 	junk 	NULL 	NULL

Was meinst du mit ausmachen?

[reneeb]

das "aus" hat sich noch mit reingemogelt...

Jetzt weißt Du aber, dass das "junk" aus einem Postmasterfilter kommt.

[flipflop]

Danke, ja, aber warum wirft das einen Fehler? Die Junk queue existiert doch? Oder liegt es daran, dass die Junk queue mit großem J geschrieben wird, der postmaster filter aber auf junk mit kleinem j verweist?