Du warst also mit 4 verschiedenen Mailadressen am Newsletter angemeldet (und hast 4 Gutscheine abgegriffen)?
Wenn die gutscheine mal funktioniert hätten.... ![]()
Du warst also mit 4 verschiedenen Mailadressen am Newsletter angemeldet (und hast 4 Gutscheine abgegriffen)?
Wenn die gutscheine mal funktioniert hätten.... ![]()
Auch ich habe '96 mit dem Internet gestartet.
Damals noch mit "Hä? bin ich schon drin oder was?" ![]()
Damals kam dann auch icq auf und ich konnte mit meinem Neffen in Holland
kommunizieren, Heute läscherlich , aber damals schon beeindruckend
heute habe ich Jubiläum. Denn heute sind es auf den Tag 30 Jahre wo ich einen Internet-Anschluss habe.
Du weisst das noch? Alle Achtung ![]()
Herzlichen Glückwunsch
Ich konnte sie aber löschen, da meinem Benutzer das Log-Verzeichnis gehört.
ich bin mal gespannt,
nur weil dir das Verzeichnis gehört, kannst du nicht Dateien von root löschen
(wenn ich die Rechtevergabe von linux richtig verstanden habe) ![]()
Bei meinem Web-Hosting habe ich auch eine /logs/error_log, in der seit 2018 über 90000 Einträge "AH01909: hostingXXXX.netcup.net:443:0 server certificate does NOT include an ID which matches the server name" aufgelaufen sind. Die Datei ist 16 MB groß.
kannst du die leeren?
ich hatte ein ähnliches Problem
und die error.log lässt sich nicht löschen.
bei mir waren es aber nur 14MB.
Also den support angeschrieben, damit die den löschen.
der meint aber man kann die error.log leeren.
Kann man aber nicht. Und da ich das WH abgegeben habe,
schreiben die dann nach 5 Tagen, dass sich besagtes WH nicht in meinem Besitz befindet.
bei mir wars ein fehlendes Zertifikat für die Standarddomain.
Aber zum Problem:
ich würde mir erstmal mit tail die log ansehen und dann das Problem
lösen . Danach kann man immer noch den Support bemühen, damit die das leeren.
Morgen habe ich Zeit dafür
dann sind wir schlauer ![]()
ich nehme die nectcup images und werfe dann mein eigenes script drüber, der mir alles einrichtet
incl. user
Naja und halt die anderen eintrage, die brauchst du halt auch, die gibt er dir aber im WebUI sogar vor als empfehlung
genau darum ging es mir
wenn ich die mailcow.conf ändere werde alle anderen Einträge mit geändert
wenn ich den Server neu starte?
Änderungen wären nötig in:
./mailcow-dockerized/update_diffs/diff_before_update_2026-02-17-18-39-50
./mailcow-dockerized/.git/logs/refs/remotes/origin/update/postscreen_access.cidr
./mailcow-dockerized/.git/logs/refs/remotes/origin/feat/eas-dav-access
./mailcow-dockerized/.git/logs/refs/remotes/origin/feat/restrict-alias-sending
./mailcow-dockerized/.git/logs/refs/remotes/origin/master
./mailcow-dockerized/.git/logs/refs/remotes/origin/renovate/actions-stale-10.x
./mailcow-dockerized/.git/logs/refs/remotes/origin/renovate/composer-composer-2.x
./mailcow-dockerized/.git/logs/refs/remotes/origin/renovate/redis-7.x
./mailcow-dockerized/.git/logs/refs/remotes/origin/dragoangel-patch-3
./mailcow-dockerized/.git/logs/refs/remotes/origin/nightly
./mailcow-dockerized/.git/logs/refs/remotes/origin/weblate-translated
./mailcow-dockerized/.git/logs/refs/remotes/origin/fix/autodiscover-passwordless
./mailcow-dockerized/.git/logs/refs/remotes/origin/staging
./mailcow-dockerized/.git/logs/refs/remotes/origin/HEAD
./mailcow-dockerized/.git/logs/refs/heads/master
./mailcow-dockerized/.git/logs/HEAD
./mailcow-dockerized/data/assets/ssl/backups/mail.servername.de/2025-12-23_14_19_10/domains
./mailcow-dockerized/data/assets/ssl/backups/mail.servername.de/2026-01-03_10_52_53/domains
./mailcow-dockerized/data/assets/ssl/mail.servername.de/domains
./mailcow-dockerized/data/conf/dovecot/sni.conf
./mailcow-dockerized/data/conf/nginx/server_name.active
./mailcow-dockerized/data/conf/postfix/sni.map
./mailcow-dockerized/data/conf/postfix/main.cf
./mailcow-dockerized/data/conf/postfix/extra.cf
./mailcow-dockerized/data/conf/postfix/sni.map.db
./mailcow-dockerized/mailcow.conf
Alles anzeigen
ich filtere sowas im emailclient
und ich würde das über Edeeka Lidel Aldie filtern.
Tatsächlich habe ich auche Regel die Gewinn heisst.
die filtert alles raus wo Gewinn vorkommt
ich wollte meinen regulären Mailserver durch mailcow/docker ersetzen.
Alles soweit durchgetestet und für gut befunden.
Jetzt würde ich mir nur die Neuinstallation sparen wollen.
Ich habe also eine Mailcow Installation auf einem RS fertig eingerichtet.
Aus meiner Sicht brächte ich nur die DNS-Einträge anpassen und den Domainnamen der mailcow.
Und natürlich die emails einrichten.
Wo überall muss ich den Domainnamen ändern, ich bin nicht gerade fit mit docker??
und habe ich sonst noch was nicht bedacht?
zb. für mc
und ich dachte immer ich bin der einzige der den nutzt ![]()
7 Seiten für die Tasse und 3 Seiten für den Nano
netcup sollte sich neu ausrichten und in Keramik machen.
Da gibt es bestimmt weniger Lieferschwierigkeiten. ![]()
die Ladezeiten fürs längste Thema sind echt lustig
oder ist das nur bei mir so?
klingt krass , aber hier die Erklärung:
ich habe seit 3 Jahren einen Futro720 als Medienserver mit OMV laufen.
wenig benutzt aber lief immer problemlos.
die 2te SSD habe ich nach folgender Anleitung installiert.
Da der eh nur rumidled, dachte ich mir, kann der doch auch meine backups machen,
was aktuell ein NC-vps macht.
* scripte rübergeholt
* neuen Ordner auf DataFP übers Dateisystem /srv/dev-disk-by-uuid-usw. erstellt
* den Pfad auch für die Backups benutzt.
Nach 2 Tagen wurde die Platte nicht mehr erkannt und nur nach Neustart ist sie wieder da.
Sie verschwindet aber während des Updates.
Lesegeschwindigkeit ist ok aber Schreibgeschwindigkeit ist runtergegangen auf 1MB/25sec.
Aktuell ist sie ausgebaut.
Jetzt die Frage:
Habe ich schlechte Hardware erwischt ?
oder macht OMV den Zugriff nur für sich nutzbar und blockiert "Fremdzugriff"?
Ich hatte noch nie einen FP-Ausfall, deshalb fehlt mit hier die Erfahrung.
So langsam wirds OT, sorry
Ich hab eben Panik, dass vielleicht wegen einem mini Webhosting mit Abuse dann auch alle meine Server gesperrt würden.
ich habe auch so ein Micro-Hosting mit 500MB Plattenplatz, deshalb weiss ich das ja ![]()
Das ist mir auch vollgelaufen. Gesperrt wurde nur dies eine Hosting, kein Server und keine weiteren Hostings
Die waren rund 2h down
bei mir ab 16:12 . gemerkt habe ich es um 17:15.
aber wann die wirklich wieder hätten gestartet werden können, kann ich nicht sagen