Servus zusammen,

ich bin auf der Suche nach einem Paßwortmanager. Keepass wäre eine
Option, aber ich hätte gerne zusätzlich:

- Authentifikation per Yubikey oder wenigstens OTP
- Mehraugenprinzip

Für letzteres müßte der PW-Manager vermutlich auch eine kleine Userliste führen können, um zu wissen, wer sich alles anmeldet bzw. anmelden darf.

Kennt jemand eine fertige Lösung, oder ein Vorgehen, wie man dem mit verfügbaren Tools nahekommen kann?

Danke & Grüße

--
Andre Tann

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 28.12.2023 um 16:45:51 Uhr schrieb Andre Tann:

- Authentifikation per Yubikey oder wenigstens OTP

TOTP kann KeepassXC.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hallo,

Schau dir mal bitwarden an.

Grüße Johannes

Am 28. Dezember 2023 18:42:01 MEZ schrieb Marco Moock <[email protected]>:

Am 28.12.2023 um 16:45:51 Uhr schrieb Andre Tann:

- Authentifikation per Yubikey oder wenigstens OTP

TOTP kann KeepassXC.

--
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 28.12.2023 um 16:45 schrieb Andre Tann:

Servus zusammen,

ich bin auf der Suche nach einem Paßwortmanager. Keepass wäre eine
Option, aber ich hätte gerne zusätzlich:

- Authentifikation per Yubikey oder wenigstens OTP
- Mehraugenprinzip
[...]

Was genau verstehst Du denn in diesem Zusammenhang unter
"Mehraugenprinzip"? 2FA mit Faktoren von zwei getrennten Personen und
nur beide zusammen können die Passwortdatenbank "aufschließen"?


Tschüs,

Sebastian

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 28.12.23 23:07, Preuße, Hilmar wrote:

- Authentifikation per Yubikey oder wenigstens OTP
- Mehraugenprinzip

Also OTP kann Keepass mit Plugins. Oder geht es um das Öffnen der DB nur
mit OTP?

Sorry, ich habe mich da mißverständlich ausgedrückt:

Mehrere User = Projektbeteiligte sollen die DB mit ihrem Paßwort als
erstem Faktor und ihrem Yubikey oder OTP als zweitem Faktor öffnen können. Ich möchte gerne vermeiden, daß es ein Paßwortsharing gibt, nur damit
alle an die projektbezogenen Paßwörter gelangen können. Und um zu verhindern, daß Paßwörter einfach weitergegeben werden, fände ich
Yubikey oder OTP gut, denn dann macht die Weitergabe keinen Sinn mehr.

--
Andre Tann

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Servus,

On 28.12.23 19:21, Sebastian Suchanek wrote:

Was genau verstehst Du denn in diesem Zusammenhang unter
"Mehraugenprinzip"? 2FA mit Faktoren von zwei getrennten Personen und
nur beide zusammen können die Passwortdatenbank "aufschließen"?

Genau das, zB so:

- Genau zwei bestimmte Personen müssen aufschließen
- Genau zwei Personen müssen aufschließen, einer davon muß das Label
"Boss" haben, einer davon muß das Label "Controlling" haben

Das sind so Ideen, weiß nicht ob das leicht in der Umsetzung wäre.


In diesem Zusammenhang noch folgender Gedanke:
Ein LUKS Container hat ja mehrere Keyslots. Könnte man es so einrichten,
daß der Container Readonly aufgeht, wenn irgend ein Slot geöffnet wird,
und wenn alle definierten Slots aufgehen, dann geht er RW auf?

Hintergrund: Man gründet mit mehreren zusammen eine Gesellschaft. Der
Vertrag wird in so einen Container gepackt, und jeder kann ihn
öffnen=lesen, aber nur alle gemeinsam können eine neue Version davon erstellen.

Man kann das auch mit GPG-Signaturen machen, und so haben wir es jetzt umgesetzt, aber das mit dem LUKS Container war auch so eine Idee, die
wir hatten.

--
Andre Tann

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, Dec 29, 2023 at 01:48:18PM +0100, Andre Tann wrote:

Servus,

On 28.12.23 19:21, Sebastian Suchanek wrote:

Was genau verstehst Du denn in diesem Zusammenhang unter "Mehraugenprinzip"? 2FA mit Faktoren von zwei getrennten Personen und
nur beide zusammen k�nnen die Passwortdatenbank "aufschlie�en"?

Genau das, zB so:

- Genau zwei bestimmte Personen m�ssen aufschlie�en
- Genau zwei Personen m�ssen aufschlie�en, einer davon mu� das Label
"Boss" haben, einer davon mu� das Label "Controlling" haben

Das sind so Ideen, wei� nicht ob das leicht in der Umsetzung w�re.

Dieses Modell ist kaputt. Hier willst Du Schluessel erzeugen, die eine Erlaubnis mehrer Personen representieren soll. Jedoch wird hier nur
der Zugang zu dem Schluessel kontrolliert, wenn der Schluessel aber erst einamal entsperrt ist, kannst Du nicht mehr sicher stellen wie dieser schluessel benutzt wird.

In diesem Zusammenhang noch folgender Gedanke:
Ein LUKS Container hat ja mehrere Keyslots. K�nnte man es so einrichten, da� der Container Readonly aufgeht, wenn irgend ein Slot ge�ffnet wird, und wenn alle definierten Slots aufgehen, dann geht er RW auf?

LUKS implementiert keine ACL. Es implementiert nicht einmal die Idee eines Filesystems. Es ist agnostisch gegenueber dem darauf aufsetzenden
Datenmodells.

Hintergrund: Man gr�ndet mit mehreren zusammen eine Gesellschaft. Der
Vertrag wird in so einen Container gepackt, und jeder kann ihn �ffnen=lesen, aber nur alle gemeinsam k�nnen eine neue Version davon erstellen.

Auch das ist kaputt.
Der Vertraag sollte von den Gesellschaftern jeweils signiert werden.
Das schuetzt vor der unbemerkten nachtraeglichen Aenderung.

Man kann das auch mit GPG-Signaturen machen, und so haben wir es jetzt umgesetzt, aber das mit dem LUKS Container war auch so eine Idee, die wir hatten.

Eure uhrspruengliche Umsetzung ist korrekt. Diese Idee mit dem LUKS
Kontainer nicht.

--
Andre Tann

--
Henning Follmann | [email protected]

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format.
Am 28.12.2023 um 19:21 schrieb Sebastian Suchanek:

Am 28.12.2023 um 16:45 schrieb Andre Tann:

Servus zusammen,

ich bin auf der Suche nach einem Paßwortmanager. Keepass wäre eine
Option, aber ich hätte gerne zusätzlich:

- Authentifikation per Yubikey oder wenigstens OTP
- Mehraugenprinzip
[...]

Was genau verstehst Du denn in diesem Zusammenhang unter
"Mehraugenprinzip"? 2FA mit Faktoren von zwei getrennten Personen und
nur beide zusammen können die Passwortdatenbank "aufschließen"?

Tschüs,

Sebastian

Na ja, wenn einer Hühneraugen hat, dann geht das Vieraugenprinzip sicher einfacher ...

Tschüss Nino

<!DOCTYPE html>
<html data-lt-installed="true">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body style="padding-bottom: 1px;">
<p><br>
</p>
<div class="moz-cite-prefix">Am 28.12.2023 um 19:21 schrieb
Sebastian Suchanek:<br>
</div>
<blockquote type="cite"
cite="mid:[email protected]">Am
28.12.2023 um 16:45 schrieb Andre Tann:
<br>
<blockquote type="cite">Servus zusammen,
<br>
<br>
ich bin auf der Suche nach einem Paßwortmanager. Keepass wäre
eine
<br>
Option, aber ich hätte gerne zusätzlich:
<br>
<br>
- Authentifikation per Yubikey oder wenigstens OTP
<br>
- Mehraugenprinzip
<br>
[...]
<br>
</blockquote>
<br>
Was genau verstehst Du denn in diesem Zusammenhang unter
<br>
"Mehraugenprinzip"? 2FA mit Faktoren von zwei getrennten Personen
und
<br>
nur beide zusammen können die Passwortdatenbank "aufschließen"?
<br>
<br>
<br>
Tschüs,
<br>
<br>
Sebastian
<br>
<br>
</blockquote>
<p>Na ja, wenn einer Hühneraugen hat, dann geht das Vieraugenprinzip
sicher einfacher ...</p>
<p>Tschüss Nino<br>
</p>
</body>
<lt-container></lt-container>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Moin,

um nochmal ein paar mehr Informationen zu meinem Vorschlag zu liefern,
wollte ich den Vorschlag Bitwarden erneut eingbringen ;)
Das ist zwar ein Cloud-Dienst, basiert aber auf einer
Open-Source-Software und bietet neben günstiger Preise (ab kostenlos)
ein paar Features, die du glaube ich haben willst.

* Zero-knowledge encryption
* Passkey management and usage
* Free sharing with another user
* Advanced two-step login (YubiKey OTP, Duo, FIDO2 WebAuthn, Email, Authentication app)

Du kannst das wohl auch selbst hosen.

In dem Sinne, einen guten Rutsch!
Johannes


--------------------------
Using pgp email encryption
My public key is attached.

Am 29.12.2023 um 16:41 schrieb Marino Salvalaggio:

Am 28.12.2023 um 19:21 schrieb Sebastian Suchanek:

Am 28.12.2023 um 16:45 schrieb Andre Tann:

Servus zusammen,

ich bin auf der Suche nach einem Paßwortmanager. Keepass wäre eine
Option, aber ich hätte gerne zusätzlich:

- Authentifikation per Yubikey oder wenigstens OTP
- Mehraugenprinzip
[...]

Was genau verstehst Du denn in diesem Zusammenhang unter
"Mehraugenprinzip"? 2FA mit Faktoren von zwei getrennten Personen und
nur beide zusammen können die Passwortdatenbank "aufschließen"?


Tschüs,

Sebastian

Na ja, wenn einer Hühneraugen hat, dann geht das Vieraugenprinzip sicher einfacher ...

Tschüss Nino

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 08.01.24 um 15:30 schrieb Jochen Spieker:

OTP können auch weitergegeben (kopiert) werden, also ich meine den
initialen Seed, mit dem unbegrenzt Codes erzeugt werden können.

Das klappt aber nur für TOTP. Bei HOTP ist nicht die Zeit, sondern die
Anzahl der bereits ausgestellten Token ins aktuelle Token "verwoben".
Der, der sich zuerst erfolgreich einloggt, gewinnt, und kann sich auch zukünftig per Token einloggen, die anderen Kopien werden wertlos.

Details: <https://de.wikipedia.org/wiki/HMAC-based_one-time_password>

Gruß
Stefan

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Andre Tann:

Mehrere User = Projektbeteiligte sollen die DB mit ihrem Pa�wort als erstem Faktor und ihrem Yubikey oder OTP als zweitem Faktor �ffnen k�nnen.
Ich m�chte gerne vermeiden, da� es ein Pa�wortsharing gibt, nur damit alle
an die projektbezogenen Pa�w�rter gelangen k�nnen. Und um zu verhindern, da� Pa�w�rter einfach weitergegeben werden, f�nde ich Yubikey oder OTP gut, denn dann macht die Weitergabe keinen Sinn mehr.

OTP k�nnen auch weitergegeben (kopiert) werden, also ich meine den
initialen Seed, mit dem unbegrenzt Codes erzeugt werden k�nnen. Yubikeys
k�nnen ebenfalls weitergeben, aber nat�rlich nicht kopiert werden.

Die Weitergabe von Passw�rtern kannst Du mit keiner der Methoden (und
keiner mir bekannten Methode) verhindern. Das mag sich wie
Klugschei�erei anh�ren, ist es aber nicht. Zu einem guten
Sicherheitskonzept geh�rt auch, dass man die Grenzen der Ma�nahmen kennt
und keine unn�tigen Aufw�nde ohne Sicherheitsgewinn betreibt.

J.
--
If nightclub doormen recognised me I would be more fulfilled.
[Agree] [Disagree]
<http://archive.slowlydownward.com/NODATA/data_enter2.html>

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEERCNn0ngYrOUG3zZFU4ruOUNvhZcFAmWcByAACgkQU4ruOUNv hZfCzw/9GWrBjJh8f8W4H7igOjeJAte5KdzwGqZkG6wDIbQcI8J0+Wf+B5Wo1Ggj eEW/WDDq0wZ2lvVSZqm0Ry0d8JAavU3YXE1Q7Jns/7IxXWlvCBwQlPOIURRUMp7V 7wJVfcQC/wFlwqjB11gKmaM+WFw2pyt4UBROHxr5Qrm4qMrpL3tioLaDCZ64F7G/ aQIPuzwKnIypM/vZFmHebSApVtvh2OSmJHAYi5xvFxF6qIJTWhDRMobjcWqIzFCh HFrXZ9BL4h+EDDUyiToDw1zQAFjRUQ5LJZDQ4+F+Jr2+TOWsCqQUtn5vQz73vI/p CSEkykQlOQZCqcA+A4F7zCMvYMQRC1wxeCEu4zNjvkO+0C+Wft1EhULBI3eV0C17 37pMoN51ICTUZnNl4i04NsuFGpj9/sOBEhnEN/IGdF0ubLU2/To62UJalUl3IQEp SvTn3JnB3xK/RPGFh40CD6bm1mfnyumKFUVZ+fRkb5hWYXJpQXLBEqgc0yjz1zOH 45tmxLBO4QcD87QThU9HjiUShscA048YqYYKTce12a4LwnVlcst2uDGTYxd4CSfc imlCDMzmMDokPVMgmYPKgTyZBRPxgpcPxaBm5eLizNCBQ7LxzckQIpyCDUaWxwLX EcPuqp8eRXjXLPo6xLqaPV0Xt/92dj/Y8dozp9wIRCUUXJDYDo4=
=fzq5
-----END PGP SIGNATURE-----

---

Stefan Baur:

Am 08.01.24 um 15:30 schrieb Jochen Spieker:

OTP k�nnen auch weitergegeben (kopiert) werden, also ich meine den
initialen Seed, mit dem unbegrenzt Codes erzeugt werden k�nnen.

Das klappt aber nur f�r TOTP. Bei HOTP ist nicht die Zeit, sondern die
Anzahl der bereits ausgestellten Token ins aktuelle Token "verwoben".
Der, der sich zuerst erfolgreich einloggt, gewinnt, und kann sich auch zuk�nftig per Token einloggen, die anderen Kopien werden wertlos.

Details: <https://de.wikipedia.org/wiki/HMAC-based_one-time_password>

Interessant, danke. F�r mich ist die Kopierbarkeit der Seeds generell
eher ein erw�nschtes Feature, aber ich sehe ein, dass es auch andere Anforderungen gibt.

J.
--
In public I try to remain calm and to appear perceptive.
[Agree] [Disagree]
<http://archive.slowlydownward.com/NODATA/data_enter2.html>

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEERCNn0ngYrOUG3zZFU4ruOUNvhZcFAmWdH84ACgkQU4ruOUNv hZcX+xAA1m5P3eLEFN+5BH5IFC/qsPZHrydaGULkYucvyRQ2RGiNXhIu+AOps5ae 4KPc1mIUE5QxpRSSSVsqL5GL019gocq19bg4SbPmTSpXaroHRhHN7LgejDASxLv+ 1YOHcSkAIxEumU/zKh2YhOCVkgQ4c/HE976dji84xNLG8z+10l2zITpNpH9U5Mc4 310+wSHFCfQdZY1HeA49XqU1CuyyYz+8SEK1Q/+Au0lxSwFpP3RIjtljBNPAxZPv NjWBqxWOtDUlXxZzaZs2OXvnHr74LPqNlpMCwOF8lZ2Xhyuvgn/5r69JmPsWoIRz nWf+dxUoVAlFH4KxFaNwUaj3ayLqotayoKlfXwiaEtFd0tcBNcufWt6VKniVRcEg 4UannkIqxc2adPPB9f342aXIf+yeN/zmCp3saMTCsazJ9mbPa/EvaOjBtC7UadPB pKpyA6+WE2N+KBxbtJ3vZh/5hU6Kpc4hyK8Hc7Vdw57UFb4KZYD4lHMU9aM/C0W1 ISK1Pn6Om/KyRNiYHGaBeOg+FGmlBpuwiZDXklqx80qu4PuMJibzUwcWAvazFyUp qqipbaVJrJGVx8Kn+XPo2ynXdX0n1VB+gLFARqmsDjvO6SCahlpObIJ4cDjrFv82 o+8Ldupm0JW4bGKuxgDkmRbxjeybSWE+anA5UK41VroAMi2B+1I=
=04Qr
-----END PGP SIGNATURE-----

--- Soup

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------8Zmd0mSVKBDSnazWLgNyHt00
Content-Type: multipart/mixed; boundary="------------RIvi82eBu3RNy0s7PRiS0Af3"

--------------RIvi82eBu3RNy0s7PRiS0Af3
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

DQoNCkFtIDEyLjAxLjIwMjQgdW0gMjA6Mjggc2NocmllYiBGbG9yaWFuIChmbG9iZWUpOg0K PiBZZWFoIDotKQ0KPiANCj4gS2VlcGFzc1hDICEgdW5kIGthbm4gYXVjaCBUT1RQIG9id29o bCBlcyBrZWluIGVjaHRlcyBUT1RQIGlzdCAod2VpbCANCj4gZ2xlaWNoZSBRdWVsbGUpIGZ1 bmt0aW9uaWVydCBhYmVyIHd1bmRlcmJhciwgZ2VodCBtaXQgeXViaWtleSBmw7xyIGRpZSAN Cj4gZWlnZW5lIERCIFNpY2hlcmhlaXQgdW5kIG1pdHRlbHMgJ1NlY3VyZScgZmRyb2l0IE1v YmlsIEFwcCBvZGVyIHZpYSBDTEkgaGF0IG1hbiAyRkEgJ2V4dGVybicgZ2VsZWd0Lg0KPiAN CklzdCB6d2FyIHdhaHIsIEJpdHdhcmRlbiBrYW5uIGFsbGVyZGluZ3MgYXVjaCAodW5lY2h0 ZXMpIFRPVFAgdW5kIA0KdW50ZXJzdMO8dHp0IGF1Y2ggZGVuIFl1YmlrZXksIHNvZ2FyIGlu IGRlbiBCcm93c2VyLVBsdWdpbnMgOikgaXN0IGhhbHQgDQplaW4gYmlzc2NoZW4gc2Nod2Vy ZXIgYXVmenVzZXR6ZW4sIHdvYmVpIGVzIGluendpc2NoZW4gdG9sbGUgDQpEb2NrZXItSW1h Z2VzIGdpYnQuDQoNCktlZXBhc3NYQyBoYXR0ZSBpY2ggdm9yaGVyIGltIEVpbnNhdHosIGRh cyBoYXQgc2VpbmVuIERpZW5zdCBhYmVyIGF1Y2ggDQpndXQgZXJmw7xsbHQuIEFjaGlsbGVz ZmVyc2UgZGVyIGdhbnplbiBTYWNoZSB3YXIgaGFsdCBkaWUgDQpTeW5jaHJvbmlzaWVydW5n LCBkaWUgbWFuIGhhbHQgZGFubiB6d2lzY2hlbiBkZW4gR2Vyw6R0ZW4gZXh0ZXJuIA0KZHVy Y2hmw7xocmVuIGthbm4gdW5kIGRhaGVyIGF1Y2ggaW1tZXIgZWluIGtsZWluZXJlcyBTaWNo ZXJoZWl0c3Jpc2lrbyANCmRhcnN0ZWxsdC4gWnVkZW0gaXN0IGF1Y2ggbmljaHQgamVkZSBL ZWVQYXNzLWtvbXBhdGlibGUgQXBwIGdsZWljaCwgYWJlciANCmRpZSBCaXR3YXJkZW4tQXBw IGlzdCBvZmZpemllbGwgdmVyZsO8Z2JhciwgdmVyemFobnQgc2ljaCBhdWNoIG1pdCBkZW0g DQppT1MtU2NobMO8c3NlbGJ1bmQgdW5kIGlzdCB2b24gdm9ybmVoZXJlaW4gYXVmIGVpZ2Vu ZXMgSG9zdGluZyBhdXNnZWxlZ3QuDQpJc3QgbmljaHQgamVkZXJtYW5ucyBGYWxsLCBhYmVy IGltIFZlcmdsZWljaCBtaXQgS2VlUGFzc1hDIGVpbiBiaXNzY2hlbiANCndlbmlnZXIgdW1z dMOkbmRsaWNoLg0KDQpCeSB0aGUgd2F5LCBIVE1MIGlzdCBpbiBkaWVzZXIgTWFpbGluZ2xp c3RlIG5pY2h0IGdlcm4gZ2VzZWhlbiwgZGFzIA0KbXVzc3RlIGljaCBhdWNoIGF1ZiBkaWUg aGFydGUgQXJ0IHVuZCBXZWlzZSBsZXJuZW4uDQoNCkphbg0KDQpTL01JTUUgRUFTOiA0Qzo3 Rjo4MjpENjo3ODpBMTowMDoyQzo3Mjo1RTo2MTo1Nzo5NDowOTo3MzowRA0KUEdQIFNJRzog OTZEOCBENkZDIDdEQ0UgRTExNyAyOURCIEYwNjUgQzdDOCA1NzM0IDBEMTEgNDhFMw0K --------------RIvi82eBu3RNy0s7PRiS0Af3
Content-Type: application/pgp-keys; name="OpenPGP_0xC7C857340D1148E3.asc" Content-Disposition: attachment; filename="OpenPGP_0xC7C857340D1148E3.asc" Content-Description: OpenPGP public key
Content-Transfer-Encoding: quoted-printable

-----BEGIN PGP PUBLIC KEY BLOCK-----

xjMEZSGUdhYJKwYBBAHaRw8BAQdAHNaHS25rk6UdNqipismDV5o9T3lLPYqIEDyY zO4oU+PNLUphbi1IZW5yaWsgS29jaCA8ai5rb2NoQGp1ci51bmktZnJhbmtmdXJ0 LmRlPsKZBBMWCgBBFiEEltjW/H3O4Rcp2/Blx8hXNA0RSOMFAmUhlHYCGwMFCQPD UCoFCwkIBwICIgIGFQoJCAsCBBYCAwECHgcCF4AACgkQx8hXNA0RSOOXHgD/dLUl wOHWunekg7yh5GyFyhU0YoCWPxwi+AEtBlB/zvYA/Al/CyqMDsu2EL8lBPA8ZvvF OrrsM1jWHD0wfkOvz+0OzjgEZSGUdhIKKwYBBAGXVQEFAQEHQJ1aZYbgekJ3MA4s hbzoELuGyb+h1quRGLkRxeGOjD4nAwEIB8J+BBgWCgAmFiEEltjW/H3O4Rcp2/Bl x8hXNA0RSOMFAmUhlHYCGwwFCQPDUCoACgkQx8hXNA0RSOOjUwEA7+ZGELSBs2Lc xEPMGJVxm/Tl9pZ0P7LWuMWQdZXd62QA/jnQW+IsBqj9zy+NtgO6RgsJQ6jciYs7
85JTZ9dvXKAI
=ASuu
-----END PGP PUBLIC KEY BLOCK-----

--------------RIvi82eBu3RNy0s7PRiS0Af3--

--------------8Zmd0mSVKBDSnazWLgNyHt00--

-----BEGIN PGP SIGNATURE-----

wnsEABYIACMWIQSW2Nb8fc7hFynb8GXHyFc0DRFI4wUCZaGVbgUDAAAAAAAKCRDHyFc0DRFI45nU AQDUOLqA0WeQSqAJ+fMZW0sT38bYEIbHrX280mVlYG5dyQEA9RBlcnpkq4WZ3pAwRkQrnQOHIeCj rAcv9kRwRGEyMwE=
=xqsH
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 12.01.24 um 21:01 schrieb Jan-Henrik Koch:

Am 12.01.2024 um 20:58 schrieb Florian (flobee):

Yepp! Sry an ALLE.

Gmail Web nervt mich auch. Kein Stück besser wie Outlook an dieser
Stelle :-D Ich vergesse immer auf TXT um zu stellen und die Liste zu
lesen via gm web frontend ist auch eine echte Qual :-( Früher war
besser :-) Das setup geht aber irgendwie nicht mehr. Und meine
damalige Email is weg.

Ich hoffe das war jetzt text/plain Format.

Jepp, ist text/plain.
Kann man das in Thunderbird eigentlich "on the fly" umschalten, ohne sich durch 10 Menüs zu schlängeln? Sonst schreibe ich ausnahmslos jede Mail als HTML heutzutage.

Das solltest du nicht machen. Damit blähst du das Datenvolumen unnötig auf und schaffst dir unter sicherheitsbewussten Empfängern keine Freunde. Mach es andersrum.
Umschalten kann man in TB, indem man beim Klick auf "neu" oder "antworten" die Shift-Taste gedrückt hält.

--
Bitte keine Mails von USA-Providern wie AOL, me.com(icloud (Apple),
gmail (Google), hotmail/outlook.com (Microsoft) oder yahoo.
Solche Mails werden ohne Rückmeldung gelöscht.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Copy: [email protected]

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------4aD2WOn0QHfcEr3vEPyCwljn
Content-Type: multipart/mixed; boundary="------------eo2G2pgNfpOxnzDvRffISlTv"

--------------eo2G2pgNfpOxnzDvRffISlTv
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

DQoNCkFtIDEyLjAxLjIwMjQgdW0gMjA6NTggc2NocmllYiBGbG9yaWFuIChmbG9iZWUpOg0K ID4gWWVwcCEgU3J5IGFuIEFMTEUuDQogPg0KID4gR21haWwgV2ViIG5lcnZ0IG1pY2ggYXVj aC4gS2VpbiBTdMO8Y2sgYmVzc2VyIHdpZSBPdXRsb29rIGFuIGRpZXNlcg0KID4gU3RlbGxl IDotRCBJY2ggdmVyZ2Vzc2UgaW1tZXIgYXVmIFRYVCB1bSB6dSBzdGVsbGVuIHVuZCBkaWUg TGlzdGUgenUNCiA+IGxlc2VuIHZpYSBnbSB3ZWIgZnJvbnRlbmQgaXN0IGF1Y2ggZWluZSBl Y2h0ZSBRdWFsIDotKCBGcsO8aGVyIHdhcg0KID4gYmVzc2VyIDotKSBEYXMgc2V0dXAgZ2Vo dCBhYmVyIGlyZ2VuZHdpZSBuaWNodCBtZWhyLiBVbmQgbWVpbmUNCiA+IGRhbWFsaWdlIEVt YWlsIGlzIHdlZy4NCiA+DQogPiBJY2ggaG9mZmUgZGFzIHdhciBqZXR6dCB0ZXh0L3BsYWlu IEZvcm1hdC4NCkplcHAsIGlzdCB0ZXh0L3BsYWluLg0KS2FubiBtYW4gZGFzIGluIFRodW5k ZXJiaXJkIGVpZ2VudGxpY2ggIm9uIHRoZSBmbHkiIHVtc2NoYWx0ZW4sIG9obmUgDQpzaWNo IGR1cmNoIDEwIE1lbsO8cyB6dSBzY2hsw6RuZ2Vsbj8gU29uc3Qgc2NocmVpYmUgaWNoIGF1 c25haG1zbG9zIGplZGUgDQpNYWlsIGFscyBIVE1MIGhldXR6dXRhZ2UuDQoNCkphbg0KDQpT L01JTUUgRUFTOiA0Qzo3Rjo4MjpENjo3ODpBMTowMDoyQzo3Mjo1RTo2MTo1Nzo5NDowOTo3 MzowRA0KUEdQIFNJRzogOTZEOCBENkZDIDdEQ0UgRTExNyAyOURCIEYwNjUgQzdDOCA1NzM0 IDBEMTEgNDhFMw0K
--------------eo2G2pgNfpOxnzDvRffISlTv
Content-Type: application/pgp-keys; name="OpenPGP_0xC7C857340D1148E3.asc" Content-Disposition: attachment; filename="OpenPGP_0xC7C857340D1148E3.asc" Content-Description: OpenPGP public key
Content-Transfer-Encoding: quoted-printable

-----BEGIN PGP PUBLIC KEY BLOCK-----

xjMEZSGUdhYJKwYBBAHaRw8BAQdAHNaHS25rk6UdNqipismDV5o9T3lLPYqIEDyY zO4oU+PNLUphbi1IZW5yaWsgS29jaCA8ai5rb2NoQGp1ci51bmktZnJhbmtmdXJ0 LmRlPsKZBBMWCgBBFiEEltjW/H3O4Rcp2/Blx8hXNA0RSOMFAmUhlHYCGwMFCQPD UCoFCwkIBwICIgIGFQoJCAsCBBYCAwECHgcCF4AACgkQx8hXNA0RSOOXHgD/dLUl wOHWunekg7yh5GyFyhU0YoCWPxwi+AEtBlB/zvYA/Al/CyqMDsu2EL8lBPA8ZvvF OrrsM1jWHD0wfkOvz+0OzjgEZSGUdhIKKwYBBAGXVQEFAQEHQJ1aZYbgekJ3MA4s hbzoELuGyb+h1quRGLkRxeGOjD4nAwEIB8J+BBgWCgAmFiEEltjW/H3O4Rcp2/Bl x8hXNA0RSOMFAmUhlHYCGwwFCQPDUCoACgkQx8hXNA0RSOOjUwEA7+ZGELSBs2Lc xEPMGJVxm/Tl9pZ0P7LWuMWQdZXd62QA/jnQW+IsBqj9zy+NtgO6RgsJQ6jciYs7
85JTZ9dvXKAI
=ASuu
-----END PGP PUBLIC KEY BLOCK-----

--------------eo2G2pgNfpOxnzDvRffISlTv--

--------------4aD2WOn0QHfcEr3vEPyCwljn--

-----BEGIN PGP SIGNATURE-----

wnsEABYIACMWIQSW2Nb8fc7hFynb8GXHyFc0DRFI4wUCZaGafgUDAAAAAAAKCRDHyFc0DRFI4+xd AQCpHtoMSzQyENtz/hThxryvdZlc4rky9YhxrQHn+2CpKgD/bohlXV+xFckAycxzr93UXR0bPw3Q Ho0jMwOKi8dFMQI=
=Mrjw
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, 12 Jan 2024 20:58:14 +0100, "Florian (flobee)" >Gmail Web
nervt mich auch. Kein Stück besser wie Outlook an dieser

Stelle :-D Ich vergesse immer auf TXT um zu stellen und die Liste zu
lesen via gm web frontend ist auch eine echte Qual :-( Früher war
besser :-) Das setup geht aber irgendwie nicht mehr. Und meine
damalige Email is weg.

Gmail ist sowieso bei Teilnahme an Mailinglisten eine schlechte Idee,
da kann man sich nie drauf verlassen, ob nicht irgendwelche legitimen Mailinglistenmails im überzogenen Spamfilter hängen bleiben.

Grüße
Marc
--
---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 12.01.24 um 21:01 schrieb Jan-Henrik Koch:

Am 12.01.2024 um 20:58 schrieb Florian (flobee):

Yepp! Sry an ALLE.

Gmail Web nervt mich auch. Kein Stück besser wie Outlook an dieser
Stelle :-D Ich vergesse immer auf TXT um zu stellen und die Liste zu
lesen via gm web frontend ist auch eine echte Qual :-( Früher war
besser :-) Das setup geht aber irgendwie nicht mehr. Und meine
damalige Email is weg.

Ich hoffe das war jetzt text/plain Format.

Jepp, ist text/plain.
Kann man das in Thunderbird eigentlich "on the fly" umschalten, ohne
sich durch 10 Menüs zu schlängeln? Sonst schreibe ich ausnahmslos jede
Mail als HTML heutzutage.

Jan

Ja, das geht. Beim erstellen Antworten "shift" gedrückt halten.
Dann wird der Modus HTML/Text für diese Nachricht umgeschaltet.

Thomas

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)