Ticket versandt funktioniert nicht mehr

[Systemlord]

Hallo zusammen!

Nach folgender Anleitung hab ich alles installiert: https://www.maxence.de/installationsanl ... und-debian

Das ganze funktionierte auch. E-Mail versandt und sogar das abholen mit office365 und OAuth2-Token hab ich hinbekommen.
Das System meckert zwar bei abholen des Tokens:

Code: Select all

Backend ERROR: OTRS-CGI-53 Perl: 5.32.1 OS: linux Time: Tue Oct 25 09:18:47 2022
 Message: Error requesting token for token config ID 1 with authorization code '0.ATEA-xxxxxxxUlLOuRYZLPO': invalid_client.
 RemoteAddress: 192.168.5.xx
 RequestURI: /otrs/get-oauth2-token-by-authorization-code.pl?code=0.ATEA-oeN3R0mukSNZdRzmrxAFhbbFaIXdqtLlM1ijleuNNoxAO0.AgABAAIAAADxxx
 Traceback (723): 
   Module: Kernel::Output::HTML::Layout::Error Line: 1037
   Module: Kernel::Output::HTML::Layout::ErrorScreen Line: 1018
   Module: Kernel::Modules::AdminOAuth2TokenManagement::_RequestTokenByAuthorizationCode Line: 120
   Module: Kernel::Modules::AdminOAuth2TokenManagement::Run Line: 53
   Module: Kernel::System::Web::InterfaceAgent::Run Line: 1144
   Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_get_2doauth2_2dtoken_2dby_2dauthorization_2dcode_2epl::handler Line: 52
   Module: (eval) (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
   Module: ModPerl::Registry::handler (v1.99) Line: 32

Ab das abholen funktioniert dennoch und auch das senden hat die ganze Zeit funktioniert. Seit letzten Fr. verschickt das System aber keine E-Mails mehr, das abholen funktioniert weiterhin.

Meine Einstellungen:
SendmailModule: Kernel::System::Email::SMTPTLS
SendmailModule::AuthPassword xxxxxxx
SendmailModule::AuthUse support@xxxx.de
SendmailModule::AuthenticationType Passwort
SendmailModule::Host smtp.office365.com
SendmailModule::Port 587

Vielen Dank jetzt schon mal für evtl. Hinweise!

[beastmoar]

Bei mir seit Gestern Mittag das gleiche alle Mails landen in queue und gehen nicht per smtptls raus... hast du schon eine Lösung?

Grüße
Alex

[root]

Ab das abholen funktioniert dennoch und auch das senden hat die ganze Zeit funktioniert. Seit letzten Fr. verschickt das System aber keine E-Mails mehr, das abholen funktioniert weiterhin.

Meine Einstellungen:
SendmailModule: Kernel::System::Email::SMTPTLS
SendmailModule::AuthPassword xxxxxxx
SendmailModule::AuthUse support@xxxx.de
SendmailModule::AuthenticationType Passwort
SendmailModule::Host smtp.office365.com
SendmailModule::Port 587

Vielen Dank jetzt schon mal für evtl. Hinweise!

Hi,

bei den Einstellungen ist die oboge Fehlermeldung nicht relevant. Die gehört evtl. zu einem Token der woander/nicht gebraucht wird.
Was sagt denn das Kommunikationslog beim Versenden? Das ist ja in Eintrag für jede einzelne E-Mail. Und da sollte da sollte eine Fehlermeldung stehen.

- Roy

[root]

Bei mir seit Gestern Mittag das gleiche alle Mails landen in queue und gehen nicht per smtptls raus... hast du schon eine Lösung?

Hast Du denn eine Fehlermeldung?

- Roy

[beastmoar]

Hi Roy,

nein keine Fehlermeldung, das ist der erste Eintrag aus der Queue seitdem es nicht mehr läuft....

Und das zweite Bild jede weitere Email im Stau!

Grüße
Alex

[root]

Hi,

starte doch einmal den Versand mit manuell mit

bin/otrs.Console.pl Maint::Email::MailQueue --send


Alternative auch einfach mal den Daemon neu starten.

- Roy

[beastmoar]

hab das system einmal schon neu gestartet, reicht das auch?

Denn ich bekomme permission denied mit meinem user wenn ich deinen Befehl ausführen will...

[beastmoar]

er sagt es läuft....

[Systemlord]

Bei mir kommt folgende Fehlermeldung:

[beastmoar]

seit den Befehlen funktioniert es jetzt bei mir wieder, es werden alle abgearbeitet.... da hatte sich wohl was aufgehängt

kann man irgendwie benachrichtigungen bekommen in solchen fällen?

[Systemlord]

Also bei mir hängen Sie immer noch. Ich hab den Befehl ausgeführt und auch das System noch mal neu gestartet leider ohne Erfolg.

[root]

seit den Befehlen funktioniert es jetzt bei mir wieder, es werden alle abgearbeitet.... da hatte sich wohl was aufgehängt

kann man irgendwie benachrichtigungen bekommen in solchen fällen?

Check im Monitoring einrichten? Sowas habt ihr doch, oder?

- Roy

[root]

Also bei mir hängen Sie immer noch. Ich hab den Befehl ausgeführt und auch das System noch mal neu gestartet leider ohne Erfolg.

Und was war die Ausgabe beim senden? Nix?

- Roy

[Systemlord]

Also bei mir hängen Sie immer noch. Ich hab den Befehl ausgeführt und auch das System noch mal neu gestartet leider ohne Erfolg.

Und was war die Ausgabe beim senden? Nix?

- Roy

Immer noch das gleiche wie im Bild oben (09:31h)

Error: The terminal encoding should be set to 'utf-8', but is 'ansi_x3.4-1968'. Some characters might not be displayed correctly.
Error: Message sending already in progress! Skipping...

[Systemlord]

Was mir gerade auch noch aufgefallen ist: Wird verarbeitet (4158).
Das sind viel zu viele ich hab das System ja neu aufgesetzt und so viele Ticket sind eigentlich nicht im Bearbeitung. Die 145 erfolgreichen das passt.

[beastmoar]

bei mir hat er auch haufenweise emails geschickt an admin-email wegen dieser meldung Error: Message sending already in progress! skipping...
das wird bei dir genauso sein

[Systemlord]

Hab auch nachgeschaut die Datei MailQueue.pm ist vorhanden

-rw-rw---- 1 otrs www-data 9754 Jul 28 15:45 MailQueue.pm

Stimmen die Rechte so?

[root]

Hab auch nachgeschaut die Datei MailQueue.pm ist vorhanden

-rw-rw---- 1 otrs www-data 9754 Jul 28 15:45 MailQueue.pm

Stimmen die Rechte so?

Hi,

das ist nicht ewirklich relevant.

1.) bin/otrs.Console.pl Maint::Email::MailQueue --list
2.) unnötige Mails aus der Queue löschen (--delete und --filter, Beispiele zeigt --help)
3.) Daemon stoppen
4.) Versand antrigger mit bin/otrs.Console.pl Maint::Email::MailQueue --send

Was kommt als Ausgabe nach Schritt 4?

- Roy

[Systemlord]

Hab auch nachgeschaut die Datei MailQueue.pm ist vorhanden

-rw-rw---- 1 otrs www-data 9754 Jul 28 15:45 MailQueue.pm

Stimmen die Rechte so?

Hi,

das ist nicht ewirklich relevant.

1.) bin/otrs.Console.pl Maint::Email::MailQueue --list
2.) unnötige Mails aus der Queue löschen (--delete und --filter, Beispiele zeigt --help)
3.) Daemon stoppen
4.) Versand antrigger mit bin/otrs.Console.pl Maint::Email::MailQueue --send

Was kommt als Ausgabe nach Schritt 4?

- Roy

Hi,

Danke das hat mir schon mal weitergeholfen. Ich hab mit dem Befehl bin/otrs.Console.pl Maint::Email::MailQueue --send --force nun auch endlich eine Fehlermeldung bekommen:

Code: Select all

CommunicationLog(ID:61215,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Message,ObjectLogID:103570)::Kernel::System::MailQueue => Message could not be sent! Error message: OAuth2 token config with name 'https://192.168.5.99/otrs/get-oauth2-token-by-authorization-code.pl' could not be found.

Wenn ich https://192.168.5.99/otrs/get-oauth2-to ... on-code.pl aufrufe bekomme ich folgende Fehlermeldung:

Code: Select all

Backend ERROR: OTRS-CGI-53 Perl: 5.32.1 OS: linux Time: Fri Oct 28 11:28:05 2022

 Message: Token config ID could not retrieved from response to authorization code request.

 RemoteAddress: 192.168.5.99
 RequestURI: /otrs/get-oauth2-token-by-authorization-code.pl

 Traceback (13332): 
   Module: Kernel::System::OAuth2Token::GetAuthorizationCodeParameters Line: 318
   Module: Kernel::Modules::AdminOAuth2TokenManagement::_RequestTokenByAuthorizationCode Line: 94
   Module: Kernel::Modules::AdminOAuth2TokenManagement::Run Line: 53
   Module: Kernel::System::Web::InterfaceAgent::Run Line: 1144
   Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_get_2doauth2_2dtoken_2dby_2dauthorization_2dcode_2epl::handler Line: 52
   Module: (eval) (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
   Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
   Module: ModPerl::Registry::handler (v1.99) Line: 32

[root]

Hi,

Danke das hat mir schon mal weitergeholfen. Ich hab mit dem Befehl bin/otrs.Console.pl Maint::Email::MailQueue --send --force nun auch endlich eine Fehlermeldung bekommen:

Code: Select all

CommunicationLog(ID:61215,AccountType:-,AccountID:-,Direction:Outgoing,Transport:Email,ObjectLogType:Message,ObjectLogID:103570)::Kernel::System::MailQueue => Message could not be sent! Error message: OAuth2 token config with name 'https://192.168.5.99/otrs/get-oauth2-token-by-authorization-code.pl' could not be found.

in der Systemkonfiguration muss der Name des OAuth Tokens eingetragen werden, nicht die Callback-URL.

SCR-20221028-ef1.png

SCR-20221028-egb.png

Wenn ich https://192.168.5.99/otrs/get-oauth2-to ... on-code.pl aufrufe bekomme ich folgende Fehlermeldung:

Die URL ist auch nicht für dich, sondern in Redirect für Deinen Provider wohin er dich nch erfolgter Autorisierung umleitet.

- Roy

[Systemlord]

Hey,

so aktuell läuft das senden wieder mit Sendmail. Nun schickt das System aber alle paar Sekunden die Meldung per E-Mail:

Code: Select all

Error: The terminal encoding should be set to 'utf-8', but is 'ansi_x3.4-1968'. Some characters might not be displayed correctly.

Daher auch die >4000 E-Mails.

Hab den Dienst erst mal gestoppt. Zudem ruft er aber keine E-Mails mehr ab aber das schau ich mir nächste Woche dann noch mal genauer in Ruhe an.

Schönes Wochenende & Danke!

[root]

Code: Select all

Error: The terminal encoding should be set to 'utf-8', but is 'ansi_x3.4-1968'. Some characters might not be displayed correctly.

Hi,

das ist ja nun nicht so schwer zu lösen. Viel Erfolg

- Roy