Vielleicht per angepasste Windowsverknüpfung. Dein Wunsch hat nichts mit dem TB als solches zu tun.
"Mailto" ist eine Windowsverknüpfung und verweist auf den im Windows registrierten Standard-Mailclient.
Das wäre dann ein Wunsch für einen Windows-Forum 
Moin,
es ist nicht abwegig, dass das a) weitere TB Nutzer interessiert, bzw. b) interessiert hat
Freilich, meiner Erinnerung nach kam die Frage sogar schonmal vor vielen Monaten.
Ich denke nicht, dass in einem Forum nur Dinge thematisiert werden solle, die technisch "in" der Software stattfinden
Das ist ohnehin in jedem Forum anders und dieses "sollte" entscheidet der Betreiber/Inhaber.
Und der Hiesige ist nicht abgeneigt: auch hier im Forum gibt es ein Unterforum für sonstige Themen.
Denn wie Micha schon schrieb, ist es wohl weniger ein Thema der Arbeit in bzw. mit Thunderbird, sondern wie man TB aus dem Betriebssystem aufruft.
So oder so viel Erfolg 
diesmal In Tb !!
Nicht wirklich. Ein laufendes TB hat kein Wissen über andere Profile. Auch hier lässt sich das, wenn überhaupt, vermutlich nur mit zwischengeschalteten Windows-Mechanismen etwas erreichen.
Kann man in TB erreichen, dass
- eine dort angegebene Adresse, wenn angeklickt, zu einer neuen Mail nicht im selben, sondern im (oder in einem) anderen profil führt bzw. auch hier das Profil auszuwählen angeboten wird?
Meines Wissens nicht.
Adresse anklicken (im Adressbuch vermutlich???) und damit neue Mail öffnen/starten geht ja.
Und es späche ja auch nichts dagegen, diese Adresse auch im anderen Profil anzulegen.
Und wenn du doppelte Adresspflege vermeiden willst, leg das Adressbuch auf einen CardDAV-Server und binde dieses Adresbuch in beide Profile ein. So oder so ist es nicht nötig, partout profilübergreifend im laufenden Betrieb (!) Daten hin und her zu schubsen.
Wege gibt es also durchaus, aber wenn du dich von vornherein auf einen bestimmten NEUEN Weg festnagelst, statt das zu erreichende Ziel zu diefinieren und die vorhandenen Wege dorthin auszuloten ....
Muss TB wissen, welche anderen Profile laufen?
Nein, das weiß TB nicht und muss er auch nicht wissen.
Bzw. kennt der TB natürlich das aktuell genutzte Profil; aber dieses enthält wiederum keine Infos über andere Profile, egal ob aktiv oder inaktiv.
Beim Start des Programmes wird ein Profil geöffnet und fertig.
Es gibt m.W. auch die Option, zwei Instanzen laufen zu lassen und damit kann man wohl auch zwei Profile parallel nutzen, aber das eine weiß meines Wissens nichts vom anderen und den dort eingerichteten Konten, Kalendern oder Adressbüchern.
Evtl. braucht es "einfach" ein Add-On, das diese Links etc. abfängt und so konfiguriert werden kann, dass es daraus einen TB -P <anderes profil> -compose <Maildaten>-Aufruf macht.
Interessante Idee, aber ob sie auch gut ist?
Ein Mailclient soll neue Mails erzeugen können - aber soll er wirklich erst abfragen müssen, ob man wirklich eine neue Mail starten will oder ob man diese ur-eigenste Funktion eigentlich "nach extern vergeben" will? Und das bei jedem Aufruf einer neuen Mail?
Eventuell wäre hier eher das Einsatzszenarion zu hinterfragen und die Arbeitsweise anzupassen.
Du trennst derzeit sauber zwischen Arbeits- und privatem Profil. Das hast du ja nicht grundlos gemacht!
Wozu also nun von hinten durch die Brust ins Auge diese bewusst vorgenommene Trennung obsolet machen? Ist es wirklich regelhaft nötig, "über Kreuz" zu arbeiten oder wären dann evtl. entuell doch die auf zwei separate Profile verteilten Konten in einem einzigen Profil zu konzentrieren?
Ich schließe mich da mal Drachen an, insbesondere dem letzten Absatz.
Aber wenn's denn wirklich sein muss
Add-On
Add-ons können in der Tat externe Programme aufrufen (jedenfalls geht das in Firefox, in TB hab ich das nicht ausprobiert). Erfordert Einträge in die Registry, wo das aufzurufende Programm festgelegt wird. Das kann aber ein Skript sein, das das weitere veranlasst.
Meines Wissens nicht.
Adresse anklicken (im Adressbuch vermutlich???) und damit neue Mail öffnen/starten geht ja.
Und es späche ja auch nichts dagegen, diese Adresse auch im anderen Profil anzulegen.Und wenn du doppelte Adresspflege vermeiden willst, leg das Adressbuch auf einen CardDAV-Server und binde dieses Adresbuch in beide Profile ein. So oder so ist es nicht nötig, partout profilübergreifend im laufenden Betrieb (!) Daten hin und her zu schubsen.
Das ist auch so eingerichtet.
Wege gibt es also durchaus, aber wenn du dich von vornherein auf einen bestimmten NEUEN Weg festnagelst, statt das zu erreichende Ziel zu diefinieren und die vorhandenen Wege dorthin auszuloten ....
??
Beim Start des Programmes wird ein Profil geöffnet und fertig.
Es gibt m.W. auch die Option, zwei Instanzen laufen zu lassen und damit kann man wohl auch zwei Profile parallel nutzen, aber das eine weiß meines Wissens nichts vom anderen und den dort eingerichteten Konten, Kalendern oder Adressbüchern.
So ist das eingerichtet. Ich HABE zwei Profile parallel laufen. Und die Adressen sind in beiden geshared (CardDAV). Es geh "nur" darum, festzulegen, von wo aus geantwortet wird. Kurzes Szenario:(siehe Ausgangspost).
Evtl. braucht es "einfach" ein Add-On, das diese Links etc. abfängt und so konfiguriert werden kann, dass es daraus einen TB -P <anderes profil> -compose <Maildaten>-Aufruf macht.
Interessante Idee, aber ob sie auch gut ist?
Ja, ist sie. Es geht um Fälle wie diesen:
ich bekomme eine Mail von einem Freund an meine Dienst-Adresse, will ihm aber von der privaten aus antworten - die aber ein anderes Profil hat (und vice versa).
ich bekomme eine Mail von einem Freund an meine Dienst-Adresse, will ihm aber von der privaten aus antworten - die aber ein anderes Profil hat (und vice versa).
... wo ist jetzt das Problem ? Leite diese Mail an deine private Adresse weiter und antworte von dort.
will ihm aber von der privaten aus antworten
Was mit zwei Konten in einem Profil ein Kinderspiel ist.
So, hier ein Versuch, den ich letztlich im Dialog mit ChatGPT erarbeitet habe.
Darin müssen PROFIL1 und PROFIL2 jeweils durch die eigenen profilnamen ersetzt werden.
Die bei Kompolierung mit MinGW-w64 (siege zeile 2) resultierende "mailto_wrapper.exe" ist dann a) in Firefox (bzw. in einem anderen Browser) als Programm für "mailto:" und in der Registry unter "Computer\HKEY_CLASSES_ROOT\mailto\shell\open\command" mit dem Parameter %1 einzutragen:
"[Pfad]\mailto_wrapper.exe %1"
Ich hoffe, das hilft.
// mailto_wrapper_final_messagebox.c
// Kompiliere: x86_64-w64-mingw32-gcc mailto_wrapper_final_messagebox.c -municode -o mailto_wrapper.exe
#include <windows.h>
#include <wchar.h>
#include <stdio.h>
#include <stdlib.h>static int hexval(wchar_t c) {
if (c >= L'0' && c <= L'9') return c - L'0';
if (c >= L'a' && c <= L'f') return c - L'a' + 10;
if (c >= L'A' && c <= L'F') return c - L'A' + 10;
return -1;
}static void url_decode(const wchar_t *src, wchar_t *dst, size_t dstsz) {
size_t di = 0;
for (size_t i = 0; src[i] != L'\0' && di + 1 < dstsz; i++) {
if (src[i] == L'%') {
int h1 = hexval(src[i + 1]);
int h2 = hexval(src[i + 2]);
if (h1 >= 0 && h2 >= 0) {
dst[di++] = (wchar_t)((h1 << 4) | h2);
i += 2;
continue;
}
} else if (src[i] == L'+') {
dst[di++] = L' ';
continue;
}
dst[di++] = src[i];
}
dst[di] = L'\0';
}static void append_with_comma(wchar_t *dst, size_t dstsz, const wchar_t *src) {
if (!src!*src) return;
if (dst[0] != L'\0') {
wcsncat(dst, L",", dstsz - wcslen(dst) - 1);
}
wcsncat(dst, src, dstsz - wcslen(dst) - 1);
}int wmain(int argc, wchar_t *argv[]) {
if (argc < 2) {
MessageBoxW(NULL, L"No mailto argument received.", L"Mailto Wrapper", MB_OK | MB_ICONEXCLAMATION);
return 1;
}int debugMode = 0;
wchar_t mailtoArg[8192] = L"";// Optional: -debug Parameter
for (int i = 1; i < argc; i++) {
if (_wcsicmp(argv[i], L"-debug") == 0) {
debugMode = 1;
} else {
wcsncpy(mailtoArg, argv[i], 8191);
mailtoArg[8191] = L'\0';
}
}wchar_t *p = mailtoArg;
// Optional: Debug-Konsole
if (debugMode) {
AllocConsole();
FILE *stream;
freopen_s(&stream, "CONOUT$", "w", stdout);
}const size_t MAXSZ = 8192;
if (wcsncmp(p, L"mailto:", 7) == 0) p += 7;wchar_t recipients[2048] = L"";
wchar_t params[4096] = L"";
wchar_t *q = wcschr(p, L'?');
if (q) {
*q = L'\0';
q++;
wcsncpy(recipients, p, _countof(recipients) - 1);
recipients[_countof(recipients) - 1] = L'\0';
wcsncpy(params, q, _countof(params) - 1);
params[_countof(params) - 1] = L'\0';
} else {
wcsncpy(recipients, p, _countof(recipients) - 1);
recipients[_countof(recipients) - 1] = L'\0';
}wchar_t tobuf[2048] = L"";
wchar_t ccbuf[2048] = L"";
wchar_t bccbuf[2048] = L"";
wchar_t subject[1024] = L"";
wchar_t body[4096] = L"";if (recipients[0]) append_with_comma(tobuf, _countof(tobuf), recipients);
wchar_t *cur = params;
while (cur && *cur) {
wchar_t *amp = wcschr(cur, L'&');
size_t toklen = amp ? (size_t)(amp - cur) : wcslen(cur);
wchar_t token[2048];
if (toklen >= _countof(token)) toklen = _countof(token) - 1;
wcsncpy(token, cur, toklen);
token[toklen] = L'\0';wchar_t *eq = wcschr(token, L'=');
if (eq) {
*eq = L'\0';
wchar_t *key = token;
wchar_t *val = eq + 1;wchar_t decoded[2048];
url_decode(val, decoded, _countof(decoded));if (_wcsicmp(key, L"cc") == 0) append_with_comma(ccbuf, _countof(ccbuf), decoded);
else if (_wcsicmp(key, L"bcc") == 0) append_with_comma(bccbuf, _countof(bccbuf), decoded);
else if (_wcsicmp(key, L"subject") == 0 && subject[0] == L'\0') wcsncpy(subject, decoded, _countof(subject)-1);
else if (_wcsicmp(key, L"body") == 0 && body[0] == L'\0') wcsncpy(body, decoded, _countof(body)-1);
}if (!amp) break;
cur = amp + 1;
}wchar_t compose[MAXSZ];
compose[0] = L'\0';
if (tobuf[0]) swprintf(compose, _countof(compose), L"to='%s'", tobuf);
if (ccbuf[0]) { wchar_t tmp[2048]; swprintf(tmp, _countof(tmp), L",cc='%s'", ccbuf); wcsncat(compose, tmp, _countof(compose) - wcslen(compose) - 1);}
if (bccbuf[0]) { wchar_t tmp[2048]; swprintf(tmp, _countof(tmp), L",bcc='%s'", bccbuf); wcsncat(compose, tmp, _countof(compose) - wcslen(compose) - 1);}
if (subject[0]) { wchar_t tmp[2048]; swprintf(tmp, _countof(tmp), L",subject='%s'", subject); wcsncat(compose, tmp, _countof(compose) - wcslen(compose) - 1);}
if (body[0]) { wchar_t tmp[4096]; swprintf(tmp, _countof(tmp), L",body='%s'", body); wcsncat(compose, tmp, _countof(compose) - wcslen(compose) - 1);}// Debug-Ausgabe
if (debugMode) {
wprintf(L"Finaler Compose-String:\n%s\n", compose);
wprintf(L"Drücken Sie eine Taste, um fortzufahren...\n");
getchar();
}wchar_t profile[64] = L"";
if (debugMode) {
// Profilwahl über Konsole
const wchar_t *profiles[] = { L"AKDienst25Bx", L"AKprivat25Bx" };
int nProfiles = _countof(profiles);
wprintf(L"Wählen Sie ein Thunderbird-Profil:\n");
for (int i=0; i<nProfiles; i++) wprintf(L"%d) %s\n", i+1, profiles[i]);int chosen = 0;
while (!chosen) {
wprintf(L"Drücken Sie die Zahl des Profils: ");
int c = getchar();
if (c >= '1' && c <= '0' + nProfiles) {
wcscpy(profile, profiles[c - '1']);
chosen = 1;
}
while (getchar() != '\n');
}
} else {
// Profilwahl per MessageBox (Ja/Nein)
int choice = MessageBoxW(NULL,
L"Welches Thunderbird-Profil soll verwendet werden?\n\nJa = PROFIL1\nNein = PROFIL2",
L"Thunderbird-Profil wählen",
MB_ICONQUESTION | MB_YESNO);
if (choice == IDYES) wcscpy(profile, L"PROFIL1");
else if (choice == IDNO) wcscpy(profile, L"PROFIL2");
else return 0;
}// Thunderbird starten
wchar_t thunderPath[] = L"C:\\Program Files\\Mozilla Thunderbird\\thunderbird.exe";
wchar_t cmdLine[MAXSZ];
swprintf(cmdLine, _countof(cmdLine),
L"\"%s\" --no-remote -p %s -compose \"%s\"",
thunderPath, profile, compose);STARTUPINFOW si = { .cb = sizeof(si) };
PROCESS_INFORMATION pi = { 0 };
if (!CreateProcessW(NULL, cmdLine, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi)) {
wchar_t err[512];
FormatMessageW(FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS,
NULL, GetLastError(), 0, err, 511, NULL);
MessageBoxW(NULL, err, L"CreateProcess failed", MB_OK | MB_ICONERROR);
return 2;
}CloseHandle(pi.hProcess);
CloseHandle(pi.hThread);
return 0;
}
Ich hoffe, das hilft.
ich drücke dir die Daumen.
Das eine oder andere Detail mag sinnvoll, aber nicht wirklich notwendig sein, z.B.:
Darin müssen PROFIL1 und PROFIL2 jeweils durch die eigenen profilnamen ersetzt werden.
Müssen kaum, aber kürzere Namen sind handlicher und wenn du "leserlichere" als die automatisch erzeugten Namen wählst, wird auch das Script ggf. besser leserlich und ist damit im Bedarfsafalle besser zu warten.
Wenn es nicht hilft, kehren wir zum Anfang zurück, also zur grundsätzlichen Arbeitsweise.
Du willst nicht, dass private Mails im dienstlichen Backup im Rechnenzentrum auftauchen. Überaus verständlich!
Das würde ich mal so interpretieren, als ginge es auch um einen Rechner des Arbeitgebers ....?
Und dort wiederum besteht eigentlich kein Anlass, private Mails zu schreiben oder auch nur private Konten einzurichten ... womit wir wieder bei der Trennung zwischen privatem und dienstlichem Anlass wären.
Aber wie gesagt, wenn du es mit diesem Script hinbekommst, nur zu
Warum auch hier eigentlich immer die grundsätzliche Infragestellung der Motivation?
Das interpretierst du m.E. nicht korrekt, zudem du deine Motivation durchaus verständlich erläutert hast.
Diskutiert wurde lediglich, ob für das gewünschte Ergebnis die Arbeitsweise zielführend ist.
Es gibt aber Situationen, wo ich auf meinem Dienstrechner angeschrieben werde in privaten Dingen. Dann möchte ich möglichst auch vom privaten Konto antworten [...]
Ich habe aber selten zwei Rechner dabei. Zuweilen sitze ich am Dienstrechner, muss aber auch etwas privates erledigen und umgekehrt.
Dies hat doch niemand bezeifelt - es wurden lediglich Vorschläge geäußert, auf denen diese Ziele problemlos erreichbar sind - im engeren Wortsinne also sogar tatsächlich zielführende Lösungsansätze.
