getting to the facts:
- I enabled ExternalTicketNumberRecognition 2.5d ago
- In the night at about 2:13 from my change day to the next day (yesterday) I have got tons of tickets all at the same time processed
- all these tickets are NOT received via POP3, they are received via (see below, the Communication Log). I have no clue from where they come
- all these tickets where added to a alphabetically first queue name (makes no sense to all the tickets)
- all these tickets have really no subject
- all these tickets are corrupted, means have no FROM, no TO, body seems to be naked (html or base64 encoded)
- all these tickets look like they have been received during the day (yesterday) and have been deferred on processing into the night
- as of other threads here, I should have checked database (mariaDB), which gives a OK for analyze and for check on all tables
- I did not run "repair" since the checks where ok
- free diskspace is also checked an enough free
Code: Select all
1 Kernel::System::Console::Command::Maint::PostMaster::Read Read email from STDIN. 08/12/2022 02:13:12
2 Kernel::System::Console::Command::Maint::PostMaster::Read Email with 758 lines successfully read from STDIN. 08/12/2022 02:13:12
3 Kernel::System::Console::Command::Maint::PostMaster::Read Closing connection from STDIN. 08/12/2022 02:13:13
so here are multiple questions:
1. where do these tickets come from?
2. is there any system/module in Znuny which explains this odd behavior?
3. why are these ticket corrupted?
4. how to "re-process" them. It costed yesterday already tons of time, to process them manually
best wishes