Invalid UserSendNewTicketNotification option '1' for user nach Upgrade auf 4.0.13

[ghuerkam]

Habe gestern unsere Otrs Installation von 3.3.x nach 4.0.13 aktualisiert.

Nun finde ich in den Logfiles die folgenden Einträge nach einem Mailabruf:
[Tue Oct 27 08:50:02 2015][Error][Kernel::System::Ticket::Article::ArticleCreate][544] Invalid UserSendNewTicketNotification option '1' for user 'jbresser'
[Tue Oct 27 08:50:02 2015][Error][Kernel::System::Ticket::Article::ArticleCreate][544] Invalid UserSendNewTicketNotification option '1' for user 'skohl'
[Tue Oct 27 08:50:03 2015][Info][Kernel::System::Ticket::Article::SendAgentNotification] Sent agent 'NewTicket' notification to 'matthias.xx@xx'.
[Tue Oct 27 08:50:03 2015][Info][Kernel::System::Ticket::Article::SendAgentNotification] Sent agent 'NewTicket' notification to 'Gerke.xx@xx'.
[Tue Oct 27 08:50:03 2015][Info][Kernel::System::Ticket::Article::SendAgentNotification] Sent agent 'NewTicket' notification to 'Gustavo.xx@xx'.


Protokoll vom Mailabruf:
POP3: Message 1/2 (otrs/mail.xxx.local)
ERROR: OTRS-otrs.PostMasterMailbox.pl-10 Perl: 5.10.0 OS: linux Time: Tue Oct 27 13:35:02 2015

Message: Invalid UserSendNewTicketNotification option '1' for user 'jbresser'

Traceback (12766):
Module: Kernel::System::Ticket::Article::ArticleCreate Line: 544
Module: Kernel::System::PostMaster::NewTicket::Run Line: 428
Module: Kernel::System::PostMaster::Run Line: 368
Module: Kernel::System::MailAccount::POP3::Fetch Line: 216
Module: Kernel::System::MailAccount::MailAccountFetch Line: 441
Module: main::Fetch Line: 171
Module: /daten/www/otrs/bin/otrs.PostMasterMailbox.pl Line: 85

ERROR: OTRS-otrs.PostMasterMailbox.pl-10 Perl: 5.10.0 OS: linux Time: Tue Oct 27 13:35:02 2015

Message: Invalid UserSendNewTicketNotification option '1' for user 'skohl'

Traceback (12766):
Module: Kernel::System::Ticket::Article::ArticleCreate Line: 544
Module: Kernel::System::PostMaster::NewTicket::Run Line: 428
Module: Kernel::System::PostMaster::Run Line: 368
Module: Kernel::System::MailAccount::POP3::Fetch Line: 216
Module: Kernel::System::MailAccount::MailAccountFetch Line: 441
Module: main::Fetch Line: 171
Module: /daten/www/otrs/bin/otrs.PostMasterMailbox.pl Line: 85

Bei 2 Usern gibt es eine invalid option '1' Meldung ? Was kann das sein?
Die beiden Agenten wurden vor ca 2 Monaten neu angelegt, gibt es da bei den Benutzern eventuell Einträge die nicht oder falsch gesetzt wurden?
Wo kann ich da nachsehen?

[reneeb]

Ab OTRS4 gibt es genauere Unterscheidungen. Neue Nachrichten nur bei "meine Queues" und/oder "meine Services". Setze mal die Agenten-Einstellungen entsprechend...

[ghuerkam]

Dann habe ich ein Problem, die Werte lassen sich bei den Agenten nicht eingeben.
Hier mal ein Bild meiner migrierten Installation:

otrs_4_migrate.JPG

Hier ein Bild einer neu aufgesetzen Installation:

otrs_4_neu.JPG

Bei meiner migrierten Installation läßt sich nur ja/nein bei "Mitteilung bei neuem Ticket" eingeben und nicht meine Queues usw.

Hier mein Migrationslog:

zeli04:/daten/www/otrs # perl scripts/DBUpdate-to-4.pl

Migration started...

Step 1 of 15: Refresh configuration cache...
If you see warnings about 'Subroutine Load redefined', that's fine, no need to w orry!
done.

Step 2 of 15: Check framework version... done.

Step 3 of 15: Migrate FontAwesome icons... done.

Step 4 of 15: Migrate ProcessManagement EntityIDs...
Process EntityIDs Migration Reference
PROCESS:

ACTIVITY:

ACTIVITY DIALOG:

TRANSITION:

TRANSITION ACTION:


done.

Step 5 of 15: Migrate ProcessManagement Dynamic Field Types... done.

Step 6 of 15: Migrate ACLs stored in the DB...
The following ACLs are not in the DataBase and have to be updated manually:
ACL-Name-Hotline
ACL-weiterleiten-ausschalten
done.

Step 7 of 15: Set service notifications... done.

Step 8 of 15: Migrate Settings... done.

Step 9 of 15: Uninstall Merged Feature Add-Ons... done.

Step 10 of 15: Migrate SysConfig settings from DT to Template::Toolkit... done.

Step 11 of 15: Migrate Dynamic Field links from DT to Template::Toolkit... done.

Step 12 of 15: Migrate Generic Agent Process Management Dynamic Fields ... done.

Step 13 of 15: Migrate Notification (Event) Process Management Dynamic Fields .. . done.

Step 14 of 15: Clean up the cache... done.

Step 15 of 15: Refresh configuration cache another time...
If you see warnings about 'Subroutine Load redefined', that's fine, no need to w orry!
done.

Migration completed!

[KlausNehrer]

Wenn Du die Bilder ins Forum hochladen würdest, könnte ich sie mir ansehen.

[ghuerkam]

Bilder hochgeladen.

[ghuerkam]

Habe gerade meine Config exportiert und die folgenden Einträge gefunden:

$Self->{'PreferencesGroups'}->{'FollowUpNotify'} = {
'Active' => '1',
'Column' => 'Email Settings',
'Data' => {
'0' => 'No',
'1' => 'Yes'
},
'DataSelected' => '1',
'Desc' => 'Send me a notification if a customer sends a follow up and I\'m the owner of the ticket or the ticket is unlocked and is in one of my subscribed queues.',
'Key' => 'Send ticket follow up notifications',
'Label' => 'Ticket follow up notification',
'Module' => 'Kernel::Output::HTML::PreferencesGeneric',
'PrefKey' => 'UserSendFollowUpNotification',
'Prio' => '2000'
};
$Self->{'PreferencesGroups'}->{'NewTicketNotify'} = {
'Active' => '1',
'Column' => 'Email Settings',
'Data' => {
'0' => 'No',
'1' => 'Yes'
},
'DataSelected' => '1',
'Desc' => 'Send me a notification if there is a new ticket in "My Queues".',
'Key' => 'Send new ticket notifications',
'Label' => 'New ticket notification',
'Module' => 'Kernel::Output::HTML::PreferencesGeneric',
'PrefKey' => 'UserSendNewTicketNotification',
'Prio' => '1000'
};

Nachdem ich die Einträge in der Sysconfig auf den Ursprungszustand zurückgesetzt habe , war wieder alles in Ordnung.