Znam trochę IP Board i... nie ma jednoznacznej odpowiedzi na to pytanie, bez wjazdu na serwer i przejrzenia różnych miejsc.
Jeśli IPB w wersji 3, to możliwe, że się wcale nie da nic ustalić, narzędzia IPB3 były pod różnym względem słabe, przed erą RODO, przed czasami logowania każdego działania itp. Pamiętam, że log administracyjny przy kasowaniu całych tematów dosłownie nie zawierał nic ponad to, że usunięto jakiś temat, a przy pojedynczych postach - tylko ich ID. I to działało wyłącznie jeśli kasowanie realizowano z poziomu aplikacji, a nie prosto po SQL, co też się przecież da.
IPB w wersji 4 ma bardziej rozbudowane logi moderacyjne, ale ich działanie jest uzależnione od dziesiątek czynników, w tym:
- od samej konfiguracji, bo IPB4 może pozwalać i na soft delete (ale wtedy dane leżą miesiąc, nie wiem, czy jest to do zmiany, poza tym można z tego miejsca zrobić ręcznie hard w dowolnym momencie) - tu podejrzewam, że soft delete nie ma, bo zapytanie do SQL jednak by coś zwróciło, ale to tylko podejrzenie
- czy posty były zgłaszane, czy zajmowali się nimi moderatorzy (logi zgłoszeń są magazynowane bez ograniczeń, ale z zastrzeżeniem, że jeśli treść usunięto trwale z poziomu IPB, to i te logi znikają, bo w końcu kasowanie ma kasować, a nie zostawiać gdzieś coś, jaki miałoby sens kasowanie, gdyby treści dalej zostawały?)
- ostatecznie są logi działań moderacyjnych w panelu admina, także zbierane bez ograniczeń, ale po pierwsze - zadziała to tylko, jeśli coś kasowano przez aplikację, a nie prosto po SQL no i dodatkowo zakres informacji bywa różny. Ale w IPB 4 w tych logach są zwykle chociaż URL-e usuniętych tematów (innych danych nie ma, w tym autorów itp.)
- jak to było w ogóle usuwane, bo jeśli z pominięciem interfejsu IPB, prosto na bazie danych, to w ogóle śladu w aplikacji nie będzie, czy są jakiekolwiek logi po stronie OVH, nie wiadomo, wątpliwe, zwykle się tego nie robi, posiadacz konta na hostingu może przejrzeć access logi, error logi, ale nie spotkałem się z dostępem do logów operacji na SQL
Biegły jest od tego, żeby się znać. Jeśli uważasz, że się nie zna, to nie jest sprawa techniczna, tylko prawna - podważanie decyzji biegłego. Jednak jak zauważyli poprzednicy - biegły może być super wymiataczem, natomiast jego opinie muszą być jeszcze zrozumiałe dla sądu, gdzie pracują osoby nietechniczne, nie ma wnikać w meandry co i jak jest zapisywane.
Dodatkowo - nie gniewaj się - ale moim prywatnym zdaniem brniesz w ślepą uliczkę. Prawny stan jest taki, że tak naprawdę administracja musi wyłącznie zanonimizować treści, natomiast kasować nie musi ich wcale (nawet przy naruszeniu prawa też z tym różnie bywa, temat na dłuższe dywagacje) i z tego co wiem - nie ma żadnego przepisu prawnego, który by to wymuszał. Treść postów nie jest sama w sobie daną osobową, możesz najwyżej próbować udowadniać, że masz tak szczególny styl pisania, że faktycznie cię identyfikuje, choć i to trudno mi sobie wyobrazić, żeby przeszło. To, że posty już są skasowane, to jest twój spory sukces, ale gdyby tamtejsza administracja znała dobrze przepisy, to by tylko zanonimizowali i naprawdę nic byś im nie mógł zrobić. Już usunięcie konta z forum w IPB usuwa zasadniczo wszystko poza adresami IP przy postach, ale te mogą zostać zanonimizowane na etapie usuwania konta, jeśli zgłoszono takie życzenie (to ważne, bo jeśli nie zgłoszono takiej prośby - po usunięciu konta posty nie są już ze sobą powiązane w aplikacji, nadal można walczyć na poziomie bazy danych, o ile zostawiono spójny i unikatowy nick; podkreślam, że musi paść prośba o anonimizację lub usunięcie danych, bo tak to udowodnią ci, że o to nie prosiłeś, nie napisałeś szczegółów sprawy, zresztą z drugiej strony mogli też zanonimizować bez pytania).
Teraz, gdy postów też nie ma - nie ma twoich danych (gdyby nawet posty były, treść postów nie jest daną osobową), a wszelkie IP - też wyparowały. Nawet jeśli jakimś cudem byś im udowodnił, że posty jeszcze były i je usunęli za późno (np. dopiero wizja powołania biegłego ich docisnęła), to nadal mogą się bronić, że twoich danych już tam nie było, bo IP zanonimizowano i jest to nie do zweryfikowania w żaden sposób. Jeśli konto było usunięte, to reszty danych nie było wcześniej (nie napisałeś, czy było, ale spodziewam się, że administracja, gdy wyczuła kłopoty, to usunęła). Nie do dojścia. A nawet gdybyś im cokolwiek udowodnił, to szczerze wątpię żeby dostali za to coś więcej niż jakąś śmieszną grzywnę. Stracisz bardzo dużo czasu, bez wymiernego efektu, niestety, realnie twój czas będzie kosztować więcej niż efekt (o ile jakikolwiek będzie).
Jeśli mimo wszystko chcesz w to brnąć (naprawdę przemyśl sprawę - moim zdaniem nie warto), to mam dla ciebie podpowiedź - jeśli to IPB4, to do zbadania są tabele:
- [prefix]_convert_logs (jeśli była migracja z IPB3)
- [prefix]_core_archive_log (jeśli forum ma włączoną jakąś automatyczną archiwizację)
- [prefix]_core_deletion_log (pole dellog_content_id to chyba id tematu, pole dellog_content_title to tytuł, dellog_delete_date - chyba jakiś unix timestamp, czyli informacja kiedy)
- [prefix]_core_edit_history (jeśli historia edycji włączona, to może tu być ślad, że coś edytowano w określonym czasie)
- [prefix]_core_log (bardziej błędy samej aplikacji, ale może być też ślad, że ktoś się odwoływał może do jakiegoś tematu, nie wiem)
- [prefix]_core_moderator_logs (pole ctime - kiedy, jakiś timestamp, reszta niestety niezbyt czytelna, w polu note może być URL tematu lub nie, w polu item_id może jest Id, ale z zastrzeżeniem, że najpierw ktoś musi to ustalić)
- [prefix]_core_soft_delete_log (jeśli było soft delete)
- [prefix]_core_rc_comments (jeśli posty były raportowane, tam będzie ślad, że moderatorzy coś dyskutowali)
Jednocześnie nie warto się zajmować tabelami:
- [prefix]_core_admin_logs (logi działań w panelu administracyjnym, bez związku z tym, co dzieje się na samym forum)
- [prefix]_core_tasks_log (usuwanie nie jest w zadaniach)
Aplikacja IP Board jest własnościowa, co utrudnia dodatkowo działanie, bo tak naprawdę nie ma otwartej dokumentacji pól db itp., a zgadywanie co gdzie może być jest też słabym materiałem dowodowym.
Tyle. Nie idź tą drogą, szkoda życia, poważnie. W obecnej sytuacji, gdy z tego co wkleiłeś wynika, że postów nie ma w db - czyli tym samym twoich danych u nich nie ma, przynajmniej nie w aplikacji IPB i nie w bazie forum (nie ma sposobu np. na to, że ktoś sobie twojego maila skopiował, gdy jeszcze tam był, nie udowodnisz tego), cel osiągnięty, reszta będzie zbędnym trudem, wierz mi. Lepiej się nie rejestrować nigdzie, jeśli nie chcesz, żeby twoje dane gdzieś krążyły, późniejsze ich usuwanie jest realne w samej aplikacji, ale ktoś może mieć starą kopię db gdzieś na pendrive, ktoś skopiował maila itp. nie dojdziesz nigdy do tego co z tymi danymi się działo, gdy jeszcze były w aplikacji. W teorii mają być zabezpieczane, w praktyce jest to moim zdaniem nie do udowodnienia, bo wszędzie w grę wchodzi czynnik ludzki, gdzieś jest jakiś administrator itp. itd.