Wo landen Mailanhänge, die als Link verschickt werden?

moe 2017-10-21 15:17:28 UTC #1

Hallo,

wenn unsere Nutzer größere Dateien per eMail versenden wollen, gebe ich ihnen häufiger mal den Heinweis auf die sehr praktische Funktion sie als Link zu versenden. Ich vermute mal, dass die irgendwo -unsichtbar- im Dateimanger landen
Bei vielen usern können da natürlich schnell etliche GB zusammenkommen. Mich würde daher interessieren wo genau diese Daten landen und wie man evtl. ältere Einträge daraus löschen kann.

Wer weiß was darüber?

Moe

RalfBecker 2017-10-21 15:34:42 UTC #2

Im verstecken Verzeichnis .tmp im Homedirectory des Benutzers.
Die Dateien werden automatisch aufgeräumt, wenn das Anlegen UND der letzte Zugriff mehr wie 100 Tage zurück liegen. Wenn bei EPL ein Ablaufdatum angegeben ist, wird natürlich dieses verwendet.

Ralf

moe 2017-10-21 16:18:31 UTC #3

Hallo Ralf,

vielen Dank für die schnelle Info!
Gibt es dazu logs oder kann man das anderweitig kontrollieren?
Macht das ein job der überprüft wie lange der letzte Zugriff her ist und dann löscht?

Moe

RalfBecker 2017-10-22 09:00:55 UTC #4

Hmm, ein Log schreiben wir dazu nicht.
Steht alles in der egw_sharing Tabelle in der DB. Und für einen einzelnen Benutzer gibt es ja die Liste im Dateimanager.
Das Löschen passiert über einen Async-Job.
Ralf

moe 2017-10-22 16:13:10 UTC #5

nochmals danke für die Erklärung.
Ich glaube allerdings, dass das Löschen nicht wirklich passiert.
Wenn ich in meinen Ordner ~/.tmp schaue, finde ich dort Ordner/files, die ca. 1,5 Jahre alt sind und mit Sicherheit
fast genauso lange nicht mehr angefasst wurden.

Hast du eine Idee woran es liegen könnte, dass das Autodelete nicht klappt?
Spricht etwas dagegen sie manuell zu löschen … ich vermute, dass die Einträge in der sharing-Tabelle bleiben, oder?

Moe

RalfBecker 2017-10-23 07:06:19 UTC #6

Hi Moe,

Gibt verschiedene Möglichkeiten:
a) deine async Jobs laufen nicht: funktionieren Alarme im Kalender per Mail (nicht von einem Device)?
b) der Job fehlt, wird allerdings bei jedem neuen Sharing geprüft und ggf. neu angelegt

Ja, macht immer mehr Sinn rauszufinden warum etwas nicht tut, als drum herum zu arbeiten.

Ralf

moe 2017-11-10 05:20:00 UTC #7

Hallo Ralf,

danke für die Erläuterung …und sorry das meine Reaktion so lange dauerte…

Also der ASync-Job läuft definitiv. Kalendererinnerungen, Backup etc. läuft ja alles.
Ich habe mal geschau welche Job so anstehen und kann aktuell folgende Typen (Spalte “Methode” )
erkennen:

calendar.calendar_boupdate.send_alarm
mail_sieve::async_vacation
egw_sharing::tmp_cleanup
infolog.infolog_bo.async_notification
admin.admin_db_backup.do_backup

Ich tippe mal auf den “tmp_cleanup” - Job … der ist allerdings nur ein einziges Mal in der Letze und das auch noch unter einem Benutzer, der schon deaktiviert ist udn demnächst gelöscht wird.

Wenn ich dich richtig verstehe wird der Job bei jedem Sharing angelegt. Wenn er dann gelaufen ist, aber noch nicht gelöscht hat, wird er vielleicht nicht neu angelegt?

Ich habe gerade testweise mal eine Datei mit einem Freigabelink verschickt (und den Link angeklickt).
Es ist aber kein neuer Eintrag in der Async-Liste erstellt worden. Sollte doch aber, oder?

die Sache mit der manuellen Bereinigung meinte ich eher in Bezug auf die verwaisten Freigabe-Einträge weil die vermutlich nicht rausfliegen wenn man manuell löscht, oder?

Moe

RalfBecker 2017-11-10 09:04:47 UTC #8

Hi Moe,

Das könnte ein Problem sein. Der Job läuft unter einem bestimmten Benutzer cleaned aber für alle. Einfachste Lösung wäre den Job aus der egw_async Tabelle löschen. Er wird dann beim nächsten Sharing für den Benutzer der das macht neu angelegt.

Ist mir nicht bekannt das wir da ein Problem hätten. Async. Jobs werden auch an vielen Stellen der EGroupware genutzt.

Es wird nur dann eine neue Freigabe angelegt, wenn nicht schon eine gleichartige existiert, ansonsten wird diese einfach verwendet.

Manuelles Löschen löscht ja nur das Ziel nicht die Freigabe. Ein Freigabe ohne Ziel macht natürlich nichts mehr.

Ralf

moe 2017-11-12 11:36:42 UTC #9

Hallo Ralf,

ich habe den eintrag mal aus der Tabelle gelöscht und nun durch das freigeben einer Datei einen neuen Eintrag erzeugt. Der job sollte dann am 28.11. laufen (nach 16 Tagen ?!?). Ich werde dann mal kontrollieren ob die Files raus sind.

Insgesamt finde das Prinzip aber nicht ganz schlüssig bzw. konsistent:
Irgendein user legt einen Job (durch das Freigeben einer Datei) an. Das kann ein User sein, den es schon in einer Woche nicht mehr gibt. Dazu finde ich es befremdlich wenn der User, der ja wie du erklärt hast für alle den Job ausführt, im Prinzip auf alle User-Ordner Zugriff haben muss. Der job scheint auch nur alle 14? Tage zu laufen?
Sauberer fände ich an dieser Stelle, dass z.B. ein abstrakter, privilegierter User täglich, nachts einmal die Bereinigung ausführt. Evtl. auch einmal die Woche je nachdem wie aufwändig das Ganze ist (kann ich nicht beurteilen). dieser abstrakte User könnte z.B. der sein, der als SuperUser im Dataimanager fungiert.

Gruß Moe

RalfBecker 2017-11-13 09:01:01 UTC #10

Also einen Zugriff auf die Dateien andere Benutzer durch den Besitzer des Jobs gibt es nicht!

Was passiert wenn der Benutzer gelöscht wird, dem der Job “gehört” muss ich mir mal anschauen.

Der Job läuft übrigens nur einmal im Monat, nicht alle 14 Tage.

Ralf

moe 2017-11-13 15:36:57 UTC #11

Hallo Ralf,

Ich ging von der Funktion wie von einem normalen Cron-Job aus. Dieser läuft ja auch in einem bestimmten Benutzerkontext. Wenn dieser Benutzer aber keine Rechte auf bestimmte Files hat, kann er damit ja auch nix machen wei z.B. löschen.

Moe