Manuelle Archive gesichert - Klassenziel erreicht?

Naja, eine Desktop-Verknüpfung bekomme ich grad noch so hin.

Das hilft nur nichts, weil es m.E. unter Windows nicht möglich ist, zwei Instanzen derselben TB-Version zu starten, außer per no-remote. Somit sollte der befürchtete Konflikt bei der Nutzung zweier Profile unter normalen Umständen nicht bestehen.

Um sicherzugehen, dass ich mich nicht irre und hier vielleicht ein falsches Sicherheitsgefühl wecken, könnte das bitte einer unserer Windows-Nutzer einmal ausprobieren und bestätigen bzw. erläutern, wie es doch geht?

Du hattest oben von Win10 geschrieben, deshalb dachte ich, Du hättest vielleicht einen Zweitrechner.

Hallo Mapenzi,

das heißt dann, meine Aussage

Zitat von SusiTux

Nein, allein vom TB her gibt es keinen Konflikt, denn dort kann stets nur ein Profil aktiv sein.

kann so bestehen bleiben, mit dem zusätzliche Hinweis, dass dies natürlich nur gilt, solange man diesen Schutz nicht absichtlich per -no-remote umgeht.

Danke, für's Bestätigen und die investierte Zeit.

Gruß

Susanne

Hallo Feuerdrache,

das geht unter Linux ebenso wie unter Windows, nämlich mit -no-remote. Diesen Startparameter benötigst Du aber nur, wenn Du mehrere Instanzen derselben Installation/Version starten willst.
Wenn Du verschiedene Versionen des TB installiert und jeder auch ein eigenes Profil zugewiesen hast, dann geht es auch ohne diesen Parameter. Dann genügt -p name_des_zugehörigen_profils

Gruß

Susanne

P.S.: Ein Beispiel sagt vielleicht mehr als Worte

pfad_zur_TB-Version/thunderbird --p Feuerdrache_Standardprofil
pfad_zur_Beta-Version/thunderbird -no-remote -p Feuerdrache_Beta_Test

Hallo Mapenzi,

Zitat von Mapenzi

Unter macOS brauche ich die -no-remote Option nicht.

Auch wenn wir immer mehr off-topic gehen, das erscheint mir immer noch merkwürdig und will mir nicht aus dem Sinn. Der von mir oben verlinkte Artikel von Mozilla erwähnt diesbezüglich kein unterschiedliches Verhalten für MacOS. Er besagt ganz allgemein:

Zitat

Normally you can only run one copy (or instance) of Thunderbird at a time. If you try to launch a second copy, the second copy detects another copy is running and kills itself.

Bei Dir stellt sich das Verhalten ja quasi umgekehrt dar: no-remote bewirkt nichts, ohne no-remote geht es. Das hat mich auf einen Gedanken gebracht. Hast Du vielleicht, wie ebenfalls in dem Artikel beschrieben, die Umgebungsvariable MOZ_NO_REMOTE=1 gesetzt?

Gruß

Susanne

Abtrennen mag sinnvoll sein. Dabei gilt es aber aufzupassen. Schließlich entstand das Thema aus der Frage, ob bei der Archivierung in eigene Profile Konflikte entstehen können. Diese Frage gehört zum Thema und ist nicht off-topic, siehe Beitrag 8.

Anheften würde ich den Faden aber nur dann, wenn wir irgendetwas Ungewöhnliches herausfinden sollten. Zumindest unter Windows und Linux verhält sich TB genau so, wie von Mozilla beschrieben. Das wäre für mich kein Grund, das anzuheften.

Zitat von Bratfrosch

Ich meine, verstanden zu haben, daß eine regelmäßige Kompression aller files sehr wichtig ist.

Das hast Du falsch verstanden. Komprimieren bewirkt, dass gelöschte E-Mails aus der zugehörigen Datei entfernt werden. Nach dem Löschen sind sie nämlich zunächst noch vorhanden, sie werden nur nicht mehr angezeigt. Erst das Komprimieren entfernt sie wirklich. Deshalb werden die Dateien dann oftmals deutlich kleiner.
Das bedeutet aber auch, dass Ordner, aus denen nichts gelöscht wurde, auch nicht komprimiert werden müssen. Bei einem Archiv kann mal davon ausgehen, dass das der Fall ist.

Zitat von Bratfrosch

Dann bin ich durch meine 8 Konten gegangen und habe manuell
- Posteingang
- gesendet
- Archiv
- Papierkorb
komprimiert. Das ganze dauerte vielleicht 3 Minuten.

Bis auf das Archiv sind dies genau die typische Kandidaten für das Komprimieren. Beachte aber: Bei IMAP-Konten befinden sich diese Ordner auf dem Server. Nur dann, wenn das lokale Bereithalten aktiv ist, gibt es eine Kopie auf dem Rechner unter ...\ImapMail.
Hierbei handelt es sich aber nicht um eine echte, dauerhafte Kopie sondern nur um einen Cache, der immer wieder neu synchronisiert wird. Er dient lediglich dazu, E-Mails auch dann lesen zu können, wenn keine Verbindung zum Server besteht.
Diese Ordner sollten daher im Betrieb regelmäßig komprimiert werden. Sie sind aber nicht für Dein Archiv geeignet. Für die E-Mails, die Du archivieren möchtest, solltest Du Dir eine Struktur unter Lokale Ordner anlegen und die E-Mails aus Posteingang usw. dort einsortieren. Diese Ordner sind dann die, die später ins Archiv gehem

Zitat von Bratfrosch

Nun bin ich mir nicht schlüssig, welche Strategie für mich zweckmäßig ist.

Smileys zu malen, hilft da nicht. Wenn Du etwas wissen möchtest, musst Du schon konkrete Fragen stellen. Die eine Lösung für alle Fälle gibt es eher nicht. Du musst also Vor- und Nachteile abwägen. Und das musst Du schon selbst machen. Das kann Dir niemand von uns abnehmen.

Zitat von Bratfrosch

Ich muß ja die emails 10 Jahre verfügbar halten und gelegentlich in alten emails etwas suchen (im Betreff, im Inhalt, von wem, an wen).

Wie bereits beschrieben, wenn Du die TB-Suchfunktion nutzen möchtest, dann hilft Dir das Abspeichern als *.eml oder *.pdf nichts und scheidet als Option damit aus.

Zitat von Bratfrosch

Ich habe auch immer die Anhänge an den emails belassen, auch dann, wenn ich die Anhänge gesondert "abgelegt" habe. Macht die files natürlich sehr groß, kam mir aber so am sichersten vor.

Bei aufbewahrungspflichtigen E-Mails würde ich die Anhänge auch nicht abtrennen. Sie sind schließlich Teil der E-Mails und sind inhaltlich oftmals nicht zu trennen.

Noch eine weitere Ergänzung: Es gibt natürlich auch mehr oder weniger professionelle Lösungen speziell zum Archivieren von E-Mails. Für kleinen Unternehmen wäre vielleicht MailStore Home etwas.

Hallo Dirk,

Dein Vollzitatformat ist leider etwas ungünstig. Daraus lässt sich wiederum nicht mehr gut zitieren. Benutze doch bitte für weitee Postings durch Zitatfunktions des Forums.

Zitat

Wenn später doch keine Verbindung zum Server bestehen sollte und nur dort sozusagen die emails liegen, wo liegen dann die Informationen zum Synchronisieren?

Synchronisiert wird natürlich erst, wenn wieder eine Verbindung besteht. Maßgeblich ist dann der Inhalt auf dem Server.

Zitat

In welches Archiv gehen diese Ordner?

Zurück auf Los. Mit dem Begriff Archiv ist nicht unbedingt der Ordner "Archiv" gemeint, den der TB automatisch anlegen kann. Der Begriff wurde ganz allgemein für ein Archiv benutzt, das Du Dir selbst anlegen kannst. So hattest Du es bei der Eröffnung auch geschrieben.

Zitat von Bratfrosch

Im Laufe der Jahre habe ich händisch Archive meist im 3-Monats-Rhythmus angelegt im LOKALEN ORDNER von TB.

Das wäre ein Weg. Die Frage war doch, wie man daraus nun ein externes Archiv machen kann, um das bestehende Profil zu entlasten. Im Laufe dieses Thread sind hier verschiedene Vorschläge dazu unterbreitet worden. Vielleicht liest Du nochmal nach?

Gruß

Susanne

Hallo Mapenzi,

heute werden ich wohl nicht mehr dazu kommen, mir genauer anzuschauen, was Du verlinkt hast. Ich glaube ja nach wie vor, dass Du irgendwo ein no-remote oder eben ein MOZ_NO_REMOTE=1 versteckt hast.

Zitat von Mapenzi

Die Variable MOZ_NO_REMOTE=1 existierte nur in ganz frühen Versionen und wurde mit der Version 2 durch -no-remote abgelöst

Meines Wissens wurde diese Option nicht ersetzt. Mit Version 2 wurde zusätzlich -no-remote eingeführt. Nochmals aus dem Mozilla-Artikel:

Zitat

Multiple instances of Thunderbird can be launched by starting Thunderbird with a -no-remote command line argument or by setting the environmental variable MOZ_NO_REMOTE=1 before you run any copy of Thunderbird. You must use a different profile to run each copy of Thunderbird, so if profile manager does not normally appear during startup then you will also need to specify -P on the command line. Multiple instances is intended for debugging, so use it at your own risk. (-no-remote first appears in version 2.0 via bug 325509. For earlier versions you must use MOZ_NO_REMOTE=1.)

Gruß

Susanne

Guten Morgen Mapenzi,

Zitat von Mapenzi

Ich weiß nicht mal wie man die Variable MOZ_NO_REMOTE=1 aktivieren kann oder was sie bewirkt.

Das ist eine Umgebungsvariable, wie z.B. auch PATH usw. . Sie kann dauerhaft gesetzt sein oder auch nur für eine aktive Shell/Session, dann z.B. über ein Script oder in Windows über eine *.bat.
Unter Linux kann man sich sämtliche Umgebungsvariablen z.B. mit dem Befehll "env" in einem Terminal anzeigen lassen. Unter Windows geht das mit "set". Welches das Kommando unter Mac OS ist, weiß ich nicht. Du kannst ja man "env" ausprobieren. (Am besten dann, wenn Du mehrere Instanzen des TB laufen hast, falls die Variable nur temporär gesetzt sein sollte.)

Zitat von Mapenzi

Ich habe auf einigen Seiten gelesen, dass sie ersetzt wurde

Ich finde auch auf den von Dir verlinkten Seiten keine Aussage, dass MOZ_NO_REMOTE=1 ersetzt worden wäre. Auch dort steht nur, dass man mit dem Aufrufparameter -no-remote eine (zusätzliche) einfachere Methode zur Verfügung gestellt hat.
Nach meinem Verständnis gibt es immer noch beide Methoden, wobei man die über MOZ_NO_REMOTE=1 sogar dauerhaft einstellen kann. Dann bräuchte man kein -no-remote mehr. Deshalb kam ich auf die Frage, ob diese Variable bei Dir entweder permanent gesetzt ist oder jeweils beim Start des TB über ein shell script gesetzt wird.

Empfehle würde ich die Methode über -no-remote, weil sie stets explizit für diesen Start des Programms gilt.

In beiden von Dir geposteten Anleitungen wird übrigens von -no-remote Gebrauch gemacht. Sowohl in dem Artikel von Toad-Hall für Windows als auch in der Anleitung für MacOS. Dort heißt es:

Zitat

/Applications/Firefox.app/Contents/MacOS/firefox-bin -no-remote -P work &

bzw.

Zitat

open -n -a Firefox.app --args -no-remote -P work

Das dürfte Dein Launcher sein. In beiden Fällen wird mit -no-remote gestartet.

Was nun das Script von Azer angeht, verstehe ich es so, dass ein Apple-Script Script gibt, von dem aus mit dem Kommando do shell ein shell-script gestartet wird. Enthält das Apple-Script Script in diesem Fall noch mehr als nur das do shell Kommando?

Außerdem hast Du zwei verschiedene shell scripte als Ziel genannt. (Man kann übrigens die erste Instanz stets normal starten. Es genügt, wenn die weiteren Aufrufe mit -no-remote erfolgen.) :

do shell script "/Applications/Thunderbird.app/Contents/MacOS/thunderbird-bin -p namedesprofils"
do shell script "/Applications/Thunderbird.app/Contents/MacOS/thunderbird -P name &> /dev/null &"

Hast Du Dir die beiden Shell-Sripte einmal im Editor angeschaut? Wird dort vielleicht entweder MOZ_NO_REMOTE=1 gesetzt oder der TB mit -no-remote aufgerufen?
In der Standard Installation unter Ubuntu sieht die /usr/bin/thunderbird z.B. so aus.

#!/bin/sh




set -e
[...]
MOZ_LIBDIR=/usr/lib/thunderbird
MOZ_APP_LAUNCHER=`which $0`
EXE=thunderbird
MOZ_APP_NAME=thunderbird




export MOZ_APP_LAUNCHER
[...]
exec $MOZ_LIBDIR/$EXE "$@"

Du siehst, es werden einige Variablen gesetzt.

Zurück zum Thema. Meiner Meinung nach verhält es sich überall gleich, so wie in #25 beschrieben, egal ob Thunderbird oder Firefox, ob Windows, Linux oder MacOS.

Kompliziert und etwas verwirrend wird es in Deinem Fall nur dadurch, dass es unter MacOS offenbar nicht so einfach ist, einen Starter anzulegen, dem man gleich eine Startoption mitgibt. Unter Windows ist das ein Kinderspiel.
Ich vermute deshalb, dass Du ein Opfer des Mac und Scripte geworden bist. Irgendwo steckt bei Dir entweder -no-remote oder MOZ_NO_REMOTE.

Ich bin da erst einmal Schifahren. Bis später.

Viele Grüße

Susanne