Ed gibt Projekte, die IMAP-Storage als Filesystem mounten. z.B. https://github.com/dannymi/IMAPFS .
Disclaimer: Ich habe so was nie probiert und wuerde es auch nicht mit Daten probieren, an denen mir was liegt. Und ich kenne die Hosting-AGBs nicht.
Ed gibt Projekte, die IMAP-Storage als Filesystem mounten. z.B. https://github.com/dannymi/IMAPFS .
Disclaimer: Ich habe so was nie probiert und wuerde es auch nicht mit Daten probieren, an denen mir was liegt. Und ich kenne die Hosting-AGBs nicht.
Gibt es eigentlich irgendeine sinnvolle und auch 'legale' Art den Mail Speicher zu utilisieren um ihn quasi anders zu nutzen, zu mounten oder sonst was?
Ed gibt Projekte, die IMAP-Storage als Filesystem mounten. z.B. https://github.com/dannymi/IMAPFS .
Mal rein technisch betrachtet, weil das jede Mischkalkulation zerstört und man es beim Webhosting eher nicht machen sollte: Ich habe mich vor einigen Jahren bei einem IMAP-Server aus Interesse mit diesem Ding rumgespielt…
https://github.com/waweber/imapfs
Das war bei meinem Test ohne manuelle Codeänderung nicht mehr lauffähig. Patch gibt es hier:
https://github.com/froonix/imapfs/tree/fnx
Ob das stabil läuft? Keine Ahnung, ich kann mich nicht mehr erinnern. Notizen habe ich (bis auf den GitHub-Fork) leider auch keine.
Ich würde von so etwas jedenfalls abraten. Das ist den Ärger (in doppelter Hinsicht) garantiert nicht wert…
Bei egal sieht es schon etwas besser aus. Aber die ist halt auch nicht so praktisch. Die wäre praktischer als TLD, z.B.
- sch**ss.egal
- ill.egal
- ikear.egal
SCNR
Oder halt mit "albanischem Workaround":
illeg.al
Kann jemand logisch erklären wieso
nslookup -query=TXT 20140502._domainkey.liwest.at
keinen TCP-mode benötigt, hingegen
nslookup -query=TXT 20210112._domainkey.google.com
bzw,
nslookup -query=TXT mail20150812._domainkey.mailbox.org
schon?
hier verwenden doch alle 3 einen 2048 bit DKIM-Key, oder nicht?
Ad nslookup: Lokalen Cache als Ursache ausgeschlossen?
der lokale Cache als Ursache ist ausgeschlossen;
ich kenne dieses Phänomen bereits seit Jahren,
kann es aber nicht erklären, warum dem so ist;
Alles anzeigenKann jemand logisch erklären wieso
nslookup -query=TXT 20140502._domainkey.liwest.at
keinen TCP-mode benötigt, hingegen
nslookup -query=TXT 20210112._domainkey.google.com
bzw,
nslookup -query=TXT mail20150812._domainkey.mailbox.org
schon?
hier verwenden doch alle 3 einen 2048 bit DKIM-Key, oder nicht?
Was fuer eine Version von nslookup verwendest Du denn? Meine Version (1:9.18.4-2~bpo11+1 aus bullseye-backports) benutzt in allen drei Faellen UDP.
der lokale Cache als Ursache ist ausgeschlossen; ich kenne dieses Phänomen bereits seit Jahren, kann es aber nicht erklären, warum dem so ist;
Was fuer eine Version von nslookup verwendest Du denn?
z.B. nslookup in Fedora 36 mit den letzten Updates
anscheinend hängt es davon ab, welchen DNS-Resolver man hier befragt ...
die ersten beiden DNS-Resolver 1.1.1.1 und 9.9.9.9 sind bekannt, und der 3te ist einer von meinem ISP;
mein(e) lokale(r/n) liefern das gleiche Resultat wie der vom ISP;
ist das der Grund wieso kein TCP notwendig ist, weil einfach die Info über die authoritativen DNS bei den anderen nicht geliefert wird?
Ich mach's mir jetzt mal einfach: nslookup ist ein veraltetes Werkzeug. dig ist die bessere Wahl. Ich habe es nicht probiert, aber meine Vorhersage ist, dass dig bei all den genannten Faellen mit UDP auskomt. Hier ist der Unterschied, dass dig EDNS0 kann und nslookup nicht. Ansonsten musst Du Bytes zaehlen. 512 Bytes Nutzlast ist die magische Grenze ohne EDNS0.
Aber es sollte sich doch mittlerweile rumgesprochen haben, was in der Welt los ist…
Lügenpresse!!!!!1111elf
Die Welt ist eine Scheibe. Jawohl
SCNR
Die Welt ist eine Scheibe. Jawohl
Nein-Nein. Das hatten wir doch schon mal. Das ist längst widerlegt:
Das ist natürlich Quatsch. Wir leben ganz offensichtlich auf der Innenseite einer Hohlkugel. (Schaut euch doch nur an wie die Schuhsohlen abgelaufen werden. Außen rund gelaufen)
Nein-Nein. Das hatten wir doch schon mal. Das ist längst widerlegt:
stimmt die Erde ist eine Kartoffel
hat ja genug Beulen und Dellen
Es ist übrigens Maronizeit!
Aber Achtung: Selbst wenn der Temperatursensor die 800 Grad aushält, sein Kabel tut es nicht!
800 Grad in dem Ding? Oder ist das eine Hyperbel?
800 Grad direkt in der Glut.
Gerade gegoogelt, gibt mir Recht: https://www.hase.de/magazin/holzfeuer
Moderatoren
Auf der deutschen PR Seite gibt es eine Dopplung
ZitatSie arbeiten für ein gemeinnütziges Unternehmen/Verein und suchen einen Hostingsponsor?
Sie suchen für Ihren gemeinnütziges Unternehmen/Verein einen Hostingsponsor?
Die englische PR Seite müsste glaube generell mal erneuert werden. Die Sätze lesen sich schon sehr deutsch
Hier aber paar kleine Fehler zum fixen:
Zitat[...] welfare state and therefor want to [...]
therefor -> therefore
Zitat[...] with a common pubic interest with our services [...]
pubic -> public
Zitatonly such organizations can be supported, that can proof their common public interest
Komma weg, proof -> prove
Gegebenenfalls auch auf amerikanisches oder britisches Englisch einigen. Einmal wird "organization" genutzt und kurz darauf "organisation".
Ich habe das Gefühl die restlichen englischen Seiten könnten ähnlich sein... tut mir leid für das Gemecker
pubic -> public
Das ist bestimmt Absicht