Ich rede zum Beispiel von Webmail, welches von netcup bereitgestellt wird, da dauert es wirklich teilweise bis zu einer Minute bis etwas aufgebaut wurde. Bei den anderen CMS Systemen dauert z.B. die Auflösung der Domain bis hin zum Webspace doch sehr lange .... also ich rede hier wirklich noch nicht von der reinen Leistung des Webhosting (und das Memory-Limit ist eigentlich nur ein kleiner Bereich der Performance).
Beiträge von de_bonner
-
-
Ja das musste ich in letzter Zeit auch feststellen, insbesondere bei Webmail, dass das quälend langsam ist. Aber es gibt auch andere Bereiche, die mir immer mal wieder in die Knie gehen und das bei relativ wenigen Zugriffen oder aber die Ladezeiten sind inakzeptabel (und ja die Seite ist optimiert)

-
Okay, dann soll der Support doch mal dazu Auskunft geben. Ich kann ja verstehen, wenn man bei Rootserver keine Hilfe bekommt, aber doch nicht beim Webhosting. Ich finde da nimmt sich der Support zu sehr raus, zumal es hier nur um eine Funktionalität geht, also was soll das!
-
Das funktioniert aber nur, wenn der Server noch läuft
-
Ich hatte diese Probleme auch und dieses Problem gibt es in der Tat nicht bei jedem Provider. Ich habe zum Glück einen Account bei einem großen Apfel und von dort gehen alle Mails ohne Probleme durch. Ist gerade bei Kunden sehr ärgerlich wenn die Antwortmails nicht ankommen.
-
Wenn Du den Webmailer von netcup nimmst funktioniert das einwandfrei. Wenn Du den Webmailer unter Deiner Domain nutzt kann das nicht funktionieren, da du hierfür ein Zertifikat hinterlegen musst. Man kann zudem im Webhosting keine Zwangsumleitung einrichten, da dies meines Wissens nach im WCP nicht funktioniert.
-
-
Das klappt in der Konsole nicht, da Phyton nicht auf der Konsole verfügbar ist, aufgrund chroot. Let's Encrypt funktioniert aktuell nur für die Hauptdomain, für Subdomains noch nicht und das auch nur über CCP.
-
Es war eine halbe Stunde Pause und jetzt nimmt sich das System die nächsten Domains vor. Habe die Antwort an mail@netcup.de zurückgesandt, dann seht Ihr um welche Domains es sich handelt. Ich kann da auch keine Logik erkennen, da es sich sowohl um einem Webhostingtarif zugeordnete als auch nicht handelt. Auch die Handles als auch DNSSEC war unterschiedlich aktiviert. Auffällig ist halt der genaue 10 Minutenabstand der Mails.
-
Jetzt wurde die eine Domain manuell aus dem System genommen und zackt nimmt er die nächste Domain und mail@netcup.de zeigt mir alle 10 Minuten was ich heute umgezogen habe. Grrrrrrr

-
Wie oft wollt Ihr mir das noch mitteilen, dass die Domain umgezogen wurde. Am besten schicke ich jetzt bei jeder Mail eine automatische Antwort an den Support und lasse die automatisch löschen!
-
Seit heute kommen im 10 Minuten Takt Hinweise
, dass eine Domain von netcup zu einem anderen Anbieter umgezogen wurde. Ich habe einen Transfer von zahlreichen Domains auf einen anderen Domainreseller durchgeführt und jetzt kommen ständig die Mails von netcup das dies erfolgreich war. Eine automatische Übernahme ins WCP erfolgt aktuell auch nicht korrekt! 
-
iptables Regeln werden nicht gespeichert wenn Du dies nur als Befehl eingibst, da musst Du diese schon dauerhaft speichern und bei einem Neustart wieder laden. Am besten machst Du das mit einem Script, indem Du deine Regeln aufbaust, speicherst und nachher mit einem Script neu lädst.
z.B.:
Bash
Alles anzeigen#!/bin/sh # chkconfig: 345 09 91 ### BEGIN INIT INFO # Provides: firewall # Required-Start: $syslog $remote_fs $network # Required-Stop: $syslog $remote_fs $network # Should-Start: # Should-Stop: # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: firewall # Description: firewall module management ### END INIT INFO SERVICE_NAME="firewall" MODULE="firewall" PRODUCT_ROOT_D="/opt" action="$1" conf="$PRODUCT_ROOT_D/${MODULE}-start.sh" emergency="$PRODUCT_ROOT_D/${MODULE}-stop.sh" case "$action" in start) if [ -f "$conf" ]; then if "$conf"; then echo "$SERVICE_NAME: firewall configuration successfully applied" exit 0 else echo "$SERVICE_NAME: failed to apply firewall configuration" exit 1 fi else echo "$SERVICE_NAME: firewall configuration not found" exit 1 fi ;; stop) if "$emergency"; then echo "$SERVICE_NAME: firewall successfully disabled" exit 0 else echo "$SERVICE_NAME: failed to disable firewall" exit 1 fi ;; restart|force-reload) "$0" stop "$0" start exit ;; help) echo "usage: $0 <arg>" echo "where argument is one from the list:" cat << EOF start -- start ${SERVICE_NAME} stop -- stop ${SERVICE_NAME} restart -- restart ${SERVICE_NAME} if running or start if not running help -- this screen EOF exit 1 ;; *) echo "usage: $0 (start|stop|restart|help)" exit 1 ;; esac
Script unter /etc/init.d/firewall ablegen und mit „update-rc.d firewall defaults“ aktivieren. Es gibt natürlich auch noch ganz viele andere Wege und Möglichkeiten. Wichtig: hier fehlen natürlich noch die iptables Rules, welche Du in einer separaten Datei, sowohl für den Start als auch für den Stop, ablegst.Die Konfiguration lief unter Debian/Ubuntu, wie es mit anderen Distros aussieht kann ich nicht sagen.
-
Gem. deiner Prozessliste läuft Dovecot. Die Einstellungen kannst Du unter /etc/dovecot/conf.d/ ändern, aber sei Dir bitte der Wichtigkeit einer korrekten Mailserverkonfiguration bewusst, der Verlauf lässt nicht gerade darauf schließen!
-
Finde es nur lustig, weil vor kurzem noch die großen hier so gelobt wurden als die "einzig" waren, aber wenn das wirklich zutrifft, dann hat man mit den zwei Euro Zertifikaten doch die "bessere" Wahl getroffen.
-
Hallo Herr Preuß, können Sie dazu bitte weitere Infos geben. Ist es im WCP dann gar nicht nötig, irgendwelche Verlängerungen anzustoßen oder anzumelden (für kostenlose Let´s Encrypt Zertifikate) ? Danke
Die Let's Encrypt Zertifikate werden für den Webhostingbereich über das CCP generiert und in WCP automatisch eingetragen. Die Verlängerung geschieht automatisch, wenn die Domain aufrufbar ist und man erhält darüber eine E-Mail (wenn es verlängert wurde). -
Ich würde es ganz dringend vermeiden E-Mails unter der Webhostingdomain anzulegen, dass funktioniert zwar, aber man hat keinen Zugriff drauf. Mit netcup hier darüber zu diskutieren das diese ja Vertragsbestandteil ist, wenn Sie bereitgestellt wird, läuft ins leere und man wird sehr schnell auf die AGBs verwiesen, wo allerdings diesbezüglich kein Ausschluss erkennbar ist (übrigens auch nicht im WiKi
).Aber zurück zum Thema, die Domain ist immer da und sollte auch nicht deaktiviert werden, da das Webhosting so eingestellt ist, dass alles andere gelöscht wird, wenn diese deaktiviert wird (was für eine Logik
). Das schlimme daran ist eigentlich, dass natürlich alles was im Webhosting unter /httpdocs abgelegt wird, darauf zeigt nämlich die Domain, einfach aufgerufen werden kann unter Umgehung der sonstiges CMS-Einstellungen. Daher mein Rat, lege alle Webhostingverzeichnisse außerhalb von /httpdocs an und leg eine .htaccess in /httpdocs die den Zugriff etc. verwehrt oder eine Umleitung z.b. auf http://www.netcup.de ... -
Das wäre eine sehr harte Reaktion und kann ich irgendwie noch nicht glauben, aber wenn es passiert dann kann man froh sein wenn man ein günstiges von Comodo hat

-
Irgendwas ist mir hier nicht klar, Du sagst du verwaltest info@beispiel.de über Google obwohl dort nur ein MX Eintrag hinzeigt? Der MX Eintrag sagt nur welche Mailserver zuständig ist und dann muss dort auch die Adresse vorhanden sein. D.h. die E-Mailadresse muss dort auch existieren, daher verstehe ich das mit "ich verwalte das über Google" nicht ganz.
-