Beiträge von tab

Ausfallsichere E-Mail? Gibt es sowas? Ich bastle gerade mit einem Testaccount bei P.Heinlein in Berlin rum. Ein Alias mit einer eigenen Domain, die ich erst zu Weohnachten wieder brauche , funktioniert jetzt wohl mit DNSSEC, SPF, DKIM, DMARC, MTA-STS. Nur testen müsste man es halt können mit dem Testaccount . Man kann ja leider nichts nach außen senden. Muss ich erstmal Coins einwerfen, damit ich senden darf. Ich habe das erst mal so konfiguriert, dass ich auch weiterhin von meinem Mailserver senden kann.

Die optimale Nutzung muss ich dann halt austesten, sobald man mich lässt . Ideal wäre aus meiner Sicht, wenn alle ausgehenden und eingehenden Mails bei mir auf dem Server liegen (IMAP) und der dortige SMTP nur als Relay fungiert. Für beliebige Absender wird das nicht gehen, aber zumindest für die dort angelegten Aliase wäre es praktisch. Außerdem müsste ich dann an den Clients nichts machen. Und ich müsste mir keine Sorgen um knappen Mailspace machen. Ansonsten beschränke ich mich dort halt auf 3-4 wichtige Adressen.

Das wird meines Wissens nur einmal pro Tag ermittelt. Bei dir also eventuell noch gar nie. Also Vorsicht, nicht unbedingt darauf verlassen, insbesondere auch beim Webspace, eine fehlerhafte Software kann ein Logfile sehr schnell sehr gross werden lassen, was in einigen Fällen dann zur Sperrung des Accounts geführt hat.

Zitat von aRaphael

Ich krieg immer Werbung für Produkte, die ich gerade gekauft habe.

Hallo?? Wenn ich gerade eine Kaffeemaschine gekauft habe, brauche ich nicht noch eine!

Bist du sicher? Wenn ich mir gerade einen Server "gekauft" habe, brauche ich doch auch nicht noch einen?!? Willkommen im Club der Kaffeemaschinenhoarder .

Also bei ".de" sollte es nach einer Stunde längst fertig sein, wenn es nicht hängt.

Welche Domainendung ist es denn? Gelegentlich gibt es auch Hänger beim Transfer, dann muss der Support ran. Barzahlung kann natürlich auch dauern

Das kommt drauf an ... . Normalerweise geht es automatisch. Aber natürlich gibt es Unterschiede beim Transfer bei verschiedenen TLDs.

IPv6 ist die Rettung für zig Billionen Haushaltsgeräte, die sonst unbrauchbar wären. Hmm, wie konnten die eigentlich früher funktionieren?

Also ich habe es gesehen, zu normalen Tageszeiten.

Zitat von Smartrek

Naja, manche haben Ansprüche an die Specs, die habe ich eher nicht

Ich hätte noch einen RS 0 mit 0 dedizierten Cores, 0GB RAM und 0GB SSD

Naja, bei so einer Absenderadresse gehen sofort die Alarmsirenen los. Oder ist das Mailproblem jetzt schon soweit gediehen, dass netcup auf externe Mailserver zurückgreifen muss?

Für mich eigentlich schon, außer es führt noch etwas Anderes von Nextcloud ein Skript über die Konsole aus. Die Aufgaben, die der Cronjob alle 5 Minuten ausführt sind ja nicht immer die selben. Es kann durchaus sein, dass der Cronjob die entsprechende Aufgabe nur alle 12 Stunden ausführt - oder versucht auszuführen, es klappt ja nicht wegen des Fehlers. PHP in der passenden Version müsste mit Parametern aufgerufen werden, also im Stil von

/usr/local/php80/bin/php -d memory_limit=512M -f pfad-zur-nextcloud/cron.php

Andererseits würde man ja eigentlich in den Administrations-Einstellungen bei den Grundeinstellungen oder in der Übersicht merken, dass der Cronjob nach mehr Memory verlangt. Kommt da keine Warnung oder Fehlermeldung? Ich muss mir das morgen mal anschauen, werde mal eine Nextcloud 26.0 installieren in meinem Webhosting. Hatte früher schon Nextclouds hier laufen, das mit dem Cronjob probiere ich dann mal aus. Mit meinen Webhostings habe ich länger nichts mehr gemacht, mal schauen .

Auch occ kann man hier durchaus benutzen. Ich gehe davon aus, du hast einen Fehler bekommen, dass das data-Verzeichnis nicht gefunden wird. Das liegt daran, dass du vermutlich in der config.php einen festen Pfad zum data-Verzeichnis eingegeben hast - was ja grundsätzlich auch so richtig wäre. Wegen chroot ist aber hier bei netcup der Pfad zum data-Verzeichnis in der Konsole ein anderer als bei der Bearbeitung von Requests durch den Webserver.

Schaue mal hier rein, ob das deine Probleme mit occ in der SSH-Konsole in etwa beschreibt und hoffentlich auch löst:

Falls ja, die dort beschriebene zusätzliche Konfigurationsdatei erzeugen und im config-Verzeichnis ablegen. Dann nochmal den Aufruf von occ in der Konsole probieren. So wie ich das hier im Thread verstanden habe, würde es ja reichen, die entsprechende Datenbank einmal per occ aufzubauen. Aber Achtung, auch occ müsste sich dann beim Aufruf in der SSH-Konsole normalerweise über das memory_limit von 128MB beschweren und muss deswegen mit entsprechenden Parametern aufgerufen werden. Die funktionierende Syntax für einen Aufruf von occ hier im netcup Webhosting bringe ich jetzt aus dem Stand nicht mehr zusammen, probiere es aber im Lauf des Tages aus. Vielleicht (ziemlich sicher) findet sich aber auch schon vorher jemand, der hier noch eine Nextcloud am Laufen hat und dir die notwendigen Infos geben kann.

Edit: Habe mir nun eine Nextcloud installiert. Cronjob läuft korrekt, wenn man den oben angegebenen Befehl ausführen lässt. Aufruf von occ (nach Anlegen der zusätzlichen Datei data.config.php) mit passendem memory_limit:

/usr/local/php80/bin/php -d memory_limit=512M occ

Wenn man in der Datei /conf/phpversion die passende PHP-Version eingibt, wird diese bei Aufruf von "php" automatisch benutzt und man kann den Pfad weglassen, also:

php -d memory_limit=512M occ

Beim Cronjob würde ich den Pfad drin lassen.

Ganz offensichtlich ist hier ein memory_limit von 128MB eingestellt. Das ist soweit ich bei mir sehen kann, der eingestellte Wert für Konsolenprozesse. Die fragliche Aktion, die zum Fehler führt, wird also offensichtlich NICHT vom Webprozess ausgeführt, fpr den ja, wie ihr alle richtig geschrieben hat, ein memory_limit von 512MB gesetzt ist.

Ich gehe also mal davon aus, der Nextcloud-Cronjob führt das aus. Wie sieht denn der Cronjob bei dir aus?

Irgendwann mache ich mir mal den Spass, meine alte, zugespammte, E-Mail-Adresse wieder zu aktivieren. Die bekommt heute noch täglich mehrere Spam-Mails, unter anderem von MS. Die Spam-Mails leite ich dann weiter zu einem meiner Kunden, der Outlook benutzt. Das Outlook stelle ich dann so ein, dass die Mails an Microsoft gemeldet werden als Spam. Wird aber wohl auch nichts weiter bringen, als dass meine zugespammte E-Mail-Adresse als Spammer gesperrt wird.

Naja, an MS kann es scliesslich nicht liegen, die machen keine Fehler und versenden auch keinen Spam. Schliesslich sind sie die Guten . Das Schlimme daran ist, die meisten ihrer User glauben das auch noch.

Bei Microsoft und auch anderen musst du einfach auch kontinuierlich genügend Mails über deinen Server an Microsoft versenden, mit möglichst wenig Spamanteil. Dadurch verbessert sich nach und nach die Reputation des Servers und die ist für viele Empfänger wesentlich wichtiger, als dass alles technisch auf dem neuesten Stand mit SPF, DKIM, DMARC, DANE usw verschickt wird.

Zu deiner Schlussbemerkung. Ja, du könntest die zusätzlichen Einträge sicher schneller wieder herstellen als ich sie löschen könnte, indem du die durchgeführten Änderungen gar nicht erst abspeicherst. Allerdings wären dann auch die gewünschten Standardwerte nicht mehr eingetragen. Falls du etwas anderes gemeint haben solltest, bin ich an deiner Methode interessiert.

Es liegt daran, dass hier bei netcup die Pfade zum data-Verzeichnis beim Zugriff durch den Webserver anders sein müssen als beim Zugriff über die Konsole, wegen chroot. Irgendwo hier im Forum, sicher in mehreren Threads, steht die Lösung des Problems von KB19

Unter anderen auch hier: https://forum.netcup.de/webhosting-und…6127#post186127

Edit: Ah, ok, doch ein anderes Problem als ich dachte.

Edit2: Vermutlich musst du das dann in der neu gewählten PHP Version auch machen (open_basedir ...)

Gerade gesehen: Falls man bei der zusätzlichen IPv4 vorhin wirklich noch nicht den Standort wählen konnte, mittlerweile ist der Standort auswählbar.

Zitat von aRaphael

Na, jetzt übertreib mal nicht.

Ist ne nette Eiersuchaktion mit hübschen Produkten. Nichts überragendes, aber bei weitem auch kein "Trauerspiel".

Was gab es denn bei anderen Providern so zu Ostern?

Sieht halt irgendwie so aus wie das Gegenstück zum Black Friday. Damals waren alle Server mit Standort Wien - sogar die, die es eigentlich garantiert nur mit Standort Nürnberg geben sollte. Diesmal eben alles mit Standort Nürnberg. Beides finde ich nicht optimal. Wird da am jeweiligen Standort Personal gebraucht? Dann könnte ich es nachvollziehen, dass man da nicht zwei "Teams" über die Feiertage vorhalten will.

Naja, man kann es schon in Übereinstimmung bringen, auch wenn es ohne weitere keiner so interpretieren würde. Alle DNS-Records, für die es Standardwerte gibt, werden auf diese Standardwerte zurückgesetzt. Letztlich geht es also darum, dass nicht informiert wird, was mit zusätzlich hinzugefügten Records passiert - oder eben auch nicht. Deshalb würde ich normalerweise auch davon ausgehen, dass sie gelöscht werden. Ob das jetzt besser oder schlechter ist weiss ich nicht. Obwohl, manuell gelöscht sind sie sicher schneller als manuell wieder hergestellt.

Zitat von engine

Ja, das ist tatsächlich bisschen ein Armutszeugnis.

Ostern kam dieses Jahr aber auch völlig überraschend!