Beiträge von jgehrcke

Verstanden und akzeptiert. Für zukünftige Infrastrukturänderungen sollte man das aber mMn bedenken, denn so eine Funktion bietet ein Stück weit mehr Sicherheit, aber vor allen Dingen Komfort. Danke für die Antwort!

Hallo,

auch ich wünsche mir, dass der Nutzer einer Mailbox sein Passwort in Roundcube selbst ändern kann, ohne sich mit dem "webhostingcontrolpanel" auseinandersetzen zu müssen. Das ist ein wichtiges Sicherheitsfeature zur Rollentrennung.

Das kollidiert auch nicht mit der Aussage "aktuell ist es nicht vorgesehen, dass Passwörter von jemand anderem als dem Kunden geändert werden können". In meinem Fall ist der netcup-Kunde auch der Nutzer der Mailbox. Aber dieser Kunde ist technisch total ahnungslos und braucht einen einfachen Weg, um sein Passwort innerhalb der Webmail-Umgebung zu ändern. Bei der Verwaltung des Hostingpakets helfe ich, aber gleichzeitig möchte ich sein Wunschpasswort zu seiner Mailbox nicht kennen.

Beste Grüße!

Guten Tag,

ich vermute, dass mein Problem bestens in diesen Thread passt. Kurzfassung: das Problem existiert seit mehreren Tagen. Das Problem ist nicht tragbar. Der Support hat in meinem Fall noch nicht reagiert. Das muss mit hoechster Prioritaet geloest werden.

Aktuelle Paketlaufzeitanalyse zu meinem KVM Server bei Ihnen:

$ mtr --report --report-cycles=500 ***.de
HOST: ***                         Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.194.2              0.0%   500    0.3   0.3   0.3  14.1   0.6
  2.|-- ********.******.tu-dresde  0.0%   500    0.2   0.2   0.2   2.0   0.1
  3.|-- 141.30.193.1               0.0%   500    0.9   1.9   0.8  21.3   2.9
  4.|-- CAT6k-MAR-VL972.campus.ur  0.0%   500    0.7   0.7   0.6  20.8   1.1
  5.|-- CAT6k-ZEU-VL968.campus.ur  0.0%   500    0.9   1.0   0.8  55.0   2.6
  6.|-- 141.30.1.153               0.0%   500    0.7   1.3   0.7 110.1   7.1
  7.|-- cr-erl1-be2.x-win.dfn.de   0.0%   500    9.1   8.9   8.6  12.1   0.3
  8.|-- cr-fra1-hundredgige0-1-0-  0.0%   500   21.3  21.4  21.1  24.4   0.4
  9.|-- xae0-499.fra20.core-backb  0.0%   500   22.1  24.1  21.0  87.3   7.8
 10.|-- xe-1-2-0-2014.nbg40.core-  0.0%   500   24.6  26.4  24.3  60.9   5.6
 11.|-- gw03-corebackbone.netcup.  0.0%   500   25.3  25.8  24.3  90.3   5.2
 12.|-- v2201209******12499.yourv  0.2%   500  254.6 222.4  25.0 277.4  37.2

Startpunkt war das Netz der TU Dresden. Von meinem Privatzugang ist das Bild nicht anders.

Nach einem *.corebackbone.netcup.de steigt die Latenz drastisch. Im Unterschied zu den Beschreibungen Anderer hier in diesem Thread ist das bei mir aber konstant der Fall, seit mindestens einer Woche. Nachts sind es etwa 120 ms, die vom vorletzten zum letztem Hop dazukommen und gerade eben, wie oben zu sehen, im Mittel etwa 200 ms. Das ist also recht wahrscheinlich eine Verstopfung.

Ich habe den Support per E-Mail kontaktiert und bisher keine Antwort erhalten (ungewoehnlich, sonst war ich von netcup's Responsivitaet beeindruckt).

Ich denke, dass wir uns einig sind, dass das beobachtete Phaenomen, sofern nicht von den Kunden selbst verursacht (unwahrscheinlich, richtig?), nicht tragbar ist. Derzeit sind die betroffenen (virtuellen) Maschinen fuer diverse Anwendungen unbrauchbar geworden. Insbesondere nachdem ich diesen Thread hier gelesen habe, erwarte ich Transparenz und eine schnelle und professionelle Loesung. Es ist zwar hart, aber eine Maschine die von nirgendwo mit weniger als 200 ms Latenz zu erreichen ist, ist ihr Geld nicht wert.

Danke und Gruesse,

Jan-Philip Gehrcke

PS: wenn klar ist, dass mehrere Maschinen betroffen sind, dann ist das natuerlich auch was fuer vServer « netcup.de Statusübersicht, nicht? Dort habe ich die letzten Tage immer mal wieder reingeschaut und gedacht "dann betrifft das wohl nur mich".