mindestens seit dem Update auf OTRS 6.0.25 funktioniert bei uns das Signieren von Emails (teilweise) nicht mehr. Dabei werden Emails, die per "Tickets -> Neues E-Mail-Ticket" (Action: AgentTicketEmail) erzeugt werden beim Versenden signiert. Automatische Antworten sowie Antwort per "Ticket beantworten" (Action: AgentTicketCompose) in derselben Queue werden dagegen nicht signiert.
Version: 0TRS 6.0.25
Systemkonfiguration:
Ticket::Frontend::ArticleComposeModule###2-SignEmail
Module: Kernel::Output::HTML::ArticleCompose::Sign
ParamType: Single
Zwei Absenderadressen mit je einem SMIME-Zertifikat, die den jeweiligen Queues zugeordnet sind.
Nach ein wenig Debugging hat sich folgendes Bild ergeben:
Code: Select all
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::_PickSignKeyID][467] %KeyList is empty
[Kernel::Output::HTML::ArticleCompose::Sign::Run][105] $Param{SignKeyID} = '';
[Kernel::Modules::AgentTicketCompose::_GetFieldsToUpdate][2428]
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::GetParamAJAX][342] $VAR1 = 'SMIME::Sign::-';
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::_PickSignKeyID][467] %KeyList is empty
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::ArticleOption][291] $Param{SignKeyID} = '';
[Kernel::Output::HTML::ArticleCompose::Sign::ArticleOption][292] $Param{QueueID} = '1';
[Kernel::Output::HTML::ArticleCompose::Sign::ArticleOption][293] $Param{From} = undef;
[Kernel::Output::HTML::ArticleCompose::Sign::ArticleOption][294] $Param{EmailSecurity} = {
'Backend' => 'SMIME',
'Method' => 'Detached'
};
[Kernel::System::Email::Send][163] $Param{EmailSecurity} = {
'Method' => 'Detached',
'Backend' => 'SMIME'
};
Haben wir ein Konfigurationsproblem oder ist dies ein Bug?
Als Workaround haben wir "Sign::ArticleOption" temporär so erweitert, dass die Systemadresse aus der Queue bestimmt wird und damit "Sign::Data" den zugehörigen Standardschlüssel zurück liefert.
Code: Select all
[Kernel::Output::HTML::ArticleCompose::Sign::ArticleOption][294] $Param{EmailSecurity} = {
'Backend' => 'SMIME',
'Method' => 'Detached'
};
[Kernel::Output::HTML::ArticleCompose::Sign::Data][200] $Param{From} = ‘abc@domain.de';
[Kernel::Output::HTML::ArticleCompose::Sign::_PickSignKeyID][467] %KeyList = 'SMIME::4f3740dd.1';
$VAR2 = 'SMIME: 4f3740dd.1 [May 16 09:05:30 2022 GMT] abc@domain.de';
[Kernel::System::Email::Send][163] $Param{EmailSecurity} = {
'Method' => 'Detached',
'SignKey' => '4f3740dd.1',
'Backend' => 'SMIME'
};