Kein Absender und Empfänger in Dateiliste im NSP CC

[Thomas]

Ich nutze 14.0.5, aber das Problem bestand schon lange, auch in der 13er. Wenn ich im CommandCenter/Monitoring/Large Files die Liste der Dateien anschaue, ist alles in Ordnung und funktioniert auch, nur die Spalten Absender und Empfänger sind leer. Ich hatte das schon einmal und ein netter Techniker hat das mit ein paar flinken Handgriffen korrigiert - war aber zu flink, um die Schritte zu notieren. Ich glaube, irgendetwas mit Zertifikaten.

Weiß jemand, wie ich das selbst korrigieren kann?

 

[869288141]

Hallo Thomas,
ich kann dir nicht ganz folgen. Daher poste am Besten einen Screenshot, damit wir dir alle Folgen können.


Gruß,
Daniel

 

[Thomas]

Hallo Daniel,

Sorry. Hier ist ein Screenshot. Wie gesagt, funktional geht alles: Die User können die Dateien herunterladen, ich kann sie ggfs. genehmigen, alles gut - nur fehlt hier halt Absender und Empfänger, was für die Suche nach Dateien hilfreich wäre.

Viele Grüße
Thomas

 

[Sören]

Hier ist ein Screenshot

Die Dateien wurden per OL Addin auf den NSP geladen?
Gehen die Mails auch Outbound über den NSP?

 

[Thomas]

Nein, das sind praktisch ausschließlich Dateien, die eingehend vom NSP von den Mails abgetrennt und in LF gelagert wurden - das OL Addin wird hier nicht verwendet. Und, ja, Mails gehen auch outbound über den NSP - ein "ganz normale" Installation. Webportal, Exchange und NSP liegen auf verschiedenen Servern im gleichen Netz.

 

[Sören]

ausschließlich Dateien, die eingehend vom NSP von den Mails abgetrennt und in LF gelagert wurden

Dann ist das auf jeden Fall ein Fehler im NoSpamProxy (Bug 35132), hier kannst du erstmal aus meiner Sicht nichts tun und wir müssen auf den Bugfix warten.

Dein System ist aber nicht im Providermode?

 

[Thomas]

Dein System ist aber nicht im Providermode?

Nicht, dass ich wüsste. Aber dass das ein Bug ist, glaube ich irgendwie nicht, denn das Problem besteht schon seit seeehr langer Zeit, durchaus ein Jahr oder mehr, und war so schon vor dem Update von 13.2 auf 14. Und ich hatte es schon einmal (durchaus 2 Jahre her) und ein Techniker hat das schnell per Fernwartung gelöst. Damals war er irgendwie an der SQL Datenbank dran und - so glaube ich mich zu erinnern - es hing ursächlich mit irgendwie mit SSL Zertifikaten des Webportals zusammen.

 

[Sören]

es hing ursächlich mit irgendwie mit SSL Zertifikaten des Webportals zusammen

du kannst mal das prüfen:

 

[Thomas]

"Alles in Ordnung" und "der Sicherheitsschlüssel Ihres Web Portals ist in guter Verfassung und braucht nicht berichtigt zu werden." Auch sonst (in der Übersicht) ist nichts auffälliges vermerkt.

Und die URL des Webportals läuft bei mir mit einem let's encrypt Zertifikat, das sich alle 90 Tage aktualisiert - sollte das relevant sein.

 

[Sören]

let's encrypt Zertifikat, das sich alle 90 Tage aktualisiert - sollte das relevant sein

nein, das ist okay...mache ich an meinem NSP auch so

Dann muss ich dich leider bitten einen Ticket aufzumachen damit sich mal jemand die DB anschaut

 

[Thomas]

Alles klar, mache ich. Ich poste dann das Ergebnis hier, falls jemand in Zukunft das gleiche Problem hat.

 

[Sören]

Alles klar, mache ich. Ich poste dann das Ergebnis hier, falls jemand in Zukunft das gleiche Problem hat.

das wäre in der Tat wirklich super

 

[Thomas]

Das Problem war (bzw. ist immer noch), dass das Webportal irgendwann in einer Vorgängerversion vom Gateway informiert wurde, dass der "Schutz sensibler Daten" eingeschaltet ist. Es hat sich damals dann den Schlüssel gemerkt (siehe webportal.cfg auf dem WebPortal-Server, da steht dann

<netatwork.nospamproxy.security.securedataservice>
<encryptionSettings password="gaaaaaaaaanz langer String" />
</netatwork.nospamproxy.security.securedataservice>

Mit diesem Key hat das WebPortal dann die Nachrichten verschlüsselt. Bei irgendeinem Upgrade ist dann auf dem Gateway diese Einstellung verloren gegangen, d.h. der "Schutz sensibler Daten" ist ausgeschaltet. Folglich kann das Gateway die "sensiblen Daten" (also Empfänger und Absender) nicht mehr entschlüsseln. Die Lösung wäre einfach: Im Gateway unter "Erweiterte Einstellungen" den "Schutz sensibler Daten" wieder mit dem gleichen Kennwort aktivieren, mit dem es vor vielen Jahren mal eingerichtet wurde...

Wenn man das aber nicht mehr weiß (räusper, hüstel ) hat man ein Problem: Wenn ich nun in der Gatewaykonfiguration ein falsches Kennwort eintrage, dann wird das an das WebPortal gemeldet, was sich das neue Kennwort merkt und dann selbst nicht mehr an die alten Daten rankommt, d.h. von jetzt auf gleich könnten die Anwender vermutlich ihre Anhänge nicht mehr vom WebPortal herunterladen. Dieses Problem ist noch ungelöst...

 

[Thomas]

Ok, das Problem ist gelöst - der Support konnte mir beim Erinnern ans Kennwort helfen. Das dann in der Gatewaykonfiguration unter "Schutz sensibler Daten" eingetragen und schon lief es. Ich sehe jetzt zwar die Absender und Empfänger für Mails aus der Vergangenheit immer noch nicht, aber damit kann ich leben - für neue Mails klappt es auf jeden Fall. Herzlichen Dank!