Beiträge von liquid

Zitat von [netcup] Alexander W.

In den vergangenen zwei Wochen haben wir ein Tool zum besseren Dispatching entwickelt und das wird morgenfrüh in den produktiven Testbetrieb gehen. Da sind wir zuversichtlich, dass sich die Situation bessert. Insbesondere werden kritische Tickets (Ausfälle, Performance Probleme, etc.) dann priorisiert behandelt.

Kommende Woche und die Woche drauf, werden weitere Tools und Maßnahmen gelaunched, die uns noch mehr Geschwindikeit geben sollten.

Ließt man doch gerne das daran gearbeitet wird und sich hier die Möglichkeit auf eine Verbesserung zur derzeitigen Situation bietet. Ich bin gespannt, auch wenn ich die Hoffnung habe den Support nur zu selten zu benötigen (ergo in einem wirklichen Notfall).

Zitat von webdesignheld

ich selber brauch gar keinen support mehr.

Dachte ich auch erst bis die SOGo-Instanz abgeraucht ist. Lief ja jahrelang sauber durch wenn man es genau nimmt.

Kann mich dem aber auch nur anschließen das es mehr ein Eigentor gewesen ist auch wenn ich selbst Nutznießer der Priorisierung gewesen bin um die SOGo-Instanz wieder zum laufen zu bekommen. Dafür hab ich dann aber auch die Konsequenz gezogen und das Endlosprojekt eigenen Mailserver betreiben so belassen wie es ist und nach einem ordentlichen Backup der SOGo-Instanz die abgeschaltet.

Ich hoffe jedenfalls das für den Fall das wieder mal was sein sollte ein richtiges Ticketsystem auf Dauer vorhanden ist was man über das CCP einsehen kann. Wäre für beide Seiten deutlich angenehmer.

Update

Das Webinterface geht jetzt wieder ohne das dabei alle Postfächer gelöscht worden sind. Dumm dabei ist nur das ich kurz vorher die Migration der Postfächer auf einen eigenen Mailserver abgeschlossen habe.

Aber ich finde es echt schade das ein Support der mal richtig gut und schnell war so abgerutscht ist. Danke [netcup] Alexander W. das du hier sehr wahrscheinlich im Support nochmal nachgeholfen hast.

Zitat von [netcup] Alexander W.

Wenn was brennt, posted hier eure Ticket-Nummer und wir versuchen es zu priorisieren.

Dann möchte ich mal hier was anmerken. Derzeit habe ich ein laufendes Ticket unter NCSUP-985402. Wie kann es bitte sein das man als Lösungsvorschlag gesagt bekommt "Wir müssen die Domain neu eintragen aber dafür werden alle derzeit aktiven Postfächer gelöscht." ohne dabei zu beachten das es Postfächer einer Firma sind auf die man angewiesen ist?

Entschuldige wenn ich mich hier etwas genervt anhöre aber das ist meilenweit von dem Support entfernt den es mal gab und weswegen ich vor über 10 (?, weiß es nicht mehr genau) Jahren zu euch gewechselt bin.

Hätte ich hier mein Einverständnis gegeben wäre ich 10min später mein Job los gewesen. Und nüchtern betrachtet erwarte ich da von einem Support deutlich mehr Möglichkeiten sowas gerade zu biegen das man wieder normal arbeiten kann anstatt einen eigenen Mailserver aufzusetzen.

Kleines Update.

Entweder hat das erneute eskalieren und nachfragen oder das Posting hier geholfen. Jedenfalls hat sich der Support mal gemeldet. Aber nun habe ich die Wahl ob alle E-Mailadresse gelöscht werden und die Domain der Datenbank neu hinzugefügt wird oder es so weiter läuft.

Sind halt nur ca 30GB an E-Maildaten aus dem letzten Jahr die dann weg wären und wo man noch mit arbeiten muss weil es laufende Arbeitsprozesse sind

Zitat von ASS

Was ist mit dem Notfallsupporttelefon? Das soll doch angeblich gehn?

Da hing ich nur in der Warteschleife oder hatte eine Mailbox die keine Nachricht erfasst hat.

Hatte es dann aber auch nicht mehr genutzt gehabt, da ich davon doch etwas genervt war um ehrlich zu sein. Oder anders ausgedrückt ... Wenn man einen Notfall-Support anbietet hat der besetzt zu sein und nicht das man in eine Warteschleife kommt oder zu einer Mailbox durchgestellt wird. Beim normalen Support kann ich das in einem gewissen Umfang noch verstehen und nachvollziehen aber bei einem Notfall-Support nicht mehr.

Und nüchtern betrachtet bin ich auch nicht vom schlimmsten ausgegangen, da der Mailversand via IMAP und SMTP durch Thunderbird/Outlook/DavidFX ja noch ging. Das hat sich erst gestern geändert das es selbst da zu Problemen kommt. Auf die Eskalation gestern kam übrigens noch keine Antwort seitens Netcup was mich hier mehr stört.

Funfact dabei ist das es nur eine von 4 Instanzen ist die nicht richtig funktioniert. Die anderen 3 laufen mit allen Funktionen.

Ich klink mich hier mal ein.

Aktuell haben wir von meinem Arbeitgeber her auch ein Ticket offen wegen dem Webinterface unserer SOGo-Instanz was nicht erreichbar ist. Mittlerweile wirkt sich das auch teilweise auf die automatische Verarbeitung der Mails aus. Soll bedeuten das die Mails von unserem Mail2Fax-System auch nicht mehr ordnungsgemäß verarbeitet werden können.

Support habe ich vor 1.5 Wochen angeschrieben und warte nun seit dem 31.08 darauf das sich da was tut. Heute erst eine Nachfrage zu dem Ticket geschrieben, da es anscheinend die Support-Hotline nicht mehr gibt oder nur noch zeitweise. Mittlerweile trage ich mich damit meinem Chef eine Migration der E-Mail-Instanz zu einem anderen Anbieter vorzuschlagen, da sowas nicht tragbar ist.

Zitat von H6G

Entweder systemd-resolved richtig konfigurieren, oder es herunterschmeißen und ganz normal resolv.conf verwenden.

Das war der entscheidende Hinweis gewesen.

Das Update auf Debian 12 hat systemd-resolved vom System entfernt wodurch der SymLink auf die entsprechende resolv.conf nicht mehr funktioniert hat. Link entfernt, resolv.conf neu angelegt mit entsprechenden DNS-Server => geht wieder.

Vielen Dank für den Hinweis

Zitat von H6G

Hast du IPs statisch konfiguriert, oder nutzt du DHCP?

Die IPs sind statisch konfiguriert wie bei Netcup üblich. Da habe ich nichts daran geändert.

systemd-resolved schaue ich mir dann gerade mal an.

Guten Morgen alle zusammen!

Ich habe mehrere vServer wovon ich aktuell einen von Debian 11 auf Debian 12 aktualisiert habe.

Das Upgrade lief soweit problemlos durch. Nach der Aktualisierung des OS wollte ich wie immer die zusätzlich installierten Paketquellen auf den neusten Stand bringen (so wie immer halt). Hier taucht dann das eigentliche Problem auf. Nach dem Upgrade auf Debian 12 funktioniert auf dem vServer die Namensauflösung nicht mehr und das aktualisieren der Pakete wird mit dem Fehler

Temporary Failure in Name Resolution

Wenn ich per dig-Command den im System hinterlegten DNS abfrage erhalte ich die folgende Ausgabe:

# dig heise.de
;; communications error to ::1#53: connection refused
;; communications error to ::1#53: connection refused
;; communications error to ::1#53: connection refused
;; communications error to 127.0.0.1#53: connection refused


; <<>> DiG 9.18.12-1-Debian <<>> heise.de
;; global options: +cmd
;; no servers could be reached

Wenn ich bei dig einen DNS-Server angebe, haut auch alles hin wie gewohnt. Die Netzwerkeinstellungen sind identisch mit denen vor dem Update, da wurde nichts daran geändert.

Im Netz finde ich dazu nur das die üblich Verdächtigen wie Firewall und Resolv.conf geprüft und entsprechend gefixt werden sollen.

Daher habe ich aktuell den Eindruck das eventuell vorhandene DNS-Einstellungen die von Netcup kommen nicht verwerten werden im System. Hat eventuell jemand von euch sowas schon gehabt oder eine Idee was man noch machen kann?

Falls jemand eine Idee hat immer her damit

Zitat von [netcup] Kai S.

Sollte das Problem auftreten, bitte einfach eine kurze mail an den Support senden und eine Liste der betroffenen Postfächer mit übersenden.

Das habe ich bereits für beide Postfächer auf den entsprechenden Accounts gemacht. Das Problem tritt einmal unter dem privaten Account auf (Support-Ticket über das CCP erstellt) und einmal in dem Account vom Arbeitgeber was ich als IT-Verantwortlicher administriere (Support-Ticket ebenfalls über das CCP erstellt).

Kann man eventuell sagen wie lange das dauern könnte oder ist das eher eine unwahrscheinliche Aussage?

@edit

die berufliche Mailadresse geht wieder, fehlt nur noch die aus dem Account hier. Danke schonmal für die ersten 50%

Hi,

Schon mal gut zu wissen das ich damit nicht alleine dastehe.

Bei dem Postfach für die Arbeit geht es mir ja genauso das ich auf die Mails angewiesen bin. Mal schauen was der Support sagt. Hatte gerade auch entsprechend ein Ticket aufgemacht. Hoffe mal das sich das echt beheben läßt.

Gruß

C. Hann

Hallo alle miteinander

Ich hab aktuell zwei E-Mailpostfächer in zwei unterschiedlichen Instanzen (einmal privat, einmal Arbeit) das Problem das mir die Mails dort nicht mehr angezeigt werden. Bei dem Problem ist es auch unerheblich ob ich über das Webfrontend gehe oder per Outlook nachschaue. Das interessante dabei ist das mir beide Postfächer die aktuelle Auslastung korrekt anzeigen. Die Standardordner werden auch angezeigt aber alle selbst erstellten Ordner sowie Mails scheinen augenscheinlich verschwunden zu sein.

Los ging das Problem (jedenfalls habe ich es dort das erste Mal mitbekommen gegen 12:30). Hat jemand ein ähnliches Problem oder hatte so etwas schon mal gehabt? An sich wäre das sehr unpraktisch wenn die Mails mit einem Schlag verschwunden wären, da unteranderem im Postfach der Arbeits-Mail noch Mails zur Sicherung warten und unteranderem wichtige E-Mails liegen die noch nicht in die Sicherung gerutscht sind. Andere Postfächer auf der Instanz für Arbeit funktionieren soweit ohne Probleme, sind hier nur die eigenen Postfächer betroffen.

Ich wüsste auch nicht was das verursacht haben könnte, da ich weder an den Postfacheinstellungen, noch etwas an den Einstellung in Outlook geändert habe. Auch wenn ich die Postfächer in einem anderen Tool / Browser öffne, bleibt das Problem bestehen. Das Senden und Empfangen von E-Mails geht auch soweit.

Wie das ganze in einem Postfach aussieht ist auf dem angehangen Screenshot zu sehen.

Hoffe ja das läßt sich lösen.

mfg

Christian Hann

Das ist eine fertige direkt von Netcup die hier läuft. An sich hatte ich zuerst vor gehabt einen eigenen Mailserver aufzusetzen, aber letztlich dagegen entschieden.

Zitat von janxb

vielleicht war die Frage vom Threadersteller nicht richtig formuliert.

War schon richtig formuliert.

Es wird eine entsprechende SOGo-Instanz betrieben. Einzig was hier fehlt das die bei Netcup steht. Bin ich aber auch nicht von ausgegangen das man das extra erwähnen muss wenn man bereits in dem entsprechenden Anbieterforum nachfragt.

Zitat von vmk

IP-Adressen trägt man sehr selten in SPF-Einträge ein.

Eben, so kenne ich das auch, dass man IPs nur dann nutzt wenn man es muss bei SPF.

Finde ich aber gut das mir das Posting beim suchen im Forum durch die Lappen ging. Danke hierfür

Dann mal schauen ob sich was ändert, nach der Änderung und auch direkt mal den Support angeschrieben und nachgefragt ob man den Eintrag so übernehmen kann oder ein entsprechender eigener benötigt wird.

Mahlzeit

Ich hab hier mal eine Frage in Bezug auf SPF.

Über den vServer meines Arbeitgebers wird auch eine SOGo-Instanz betrieben. Hier wurde meinerseits über DNS entsprechend die Records für DKIM, SPF und DMARC gesetzt. Anhand von mail-tester.com teste ich das regelmäßig und bekomme hier immer nur einen Score von 6.2, da der SPF-Record nicht korrekt gesetzt ist. Im Endeffekt erweitert sich der Eintrag immer um eine IP aus dem netcup-Netzwerk. Meine Frage, die ich jetzt habe, wie macht ihr das? Den ständig den Eintrag zu ändern dürfte nicht zielführend sein und muss doch auch anders gehen. Aktuell steht Eintrag auf

v=spf1 mx ip4:188.68.63.97 ip4:46.38.247.119 ip4:188.68.63.102 ip4:185.244.194.184 ip4:188.68.61.103 ip4:194.59.206.189 ~all

Schätze das wenn ich morgen wieder nachschaue, eine weitere IP anhängen kann.

Grüße

Chris

Zitat von stolentime

OK und das ist zu empfehlen?

Debian ist da recht unkritisch was das betrifft. Macht halt Sinn wenn du bereits etwas auf dem Server gemacht hast was du nicht verlieren möchtest.

Ist dahingehend noch nicht viel passiert, kann man auch eine Neuinstallation mit Datenverlust von Debian 10 anstoßen. Ermessensentscheidung halt.

Wenn ich die Domain pinge erhalte ich auch eine entsprechende Antwort das der DNS-Name korrekt in die IP umgesetzt wird. Mittlerweile habe ich als Workaround auch einen entsprechenden Eintrag in der hosts-File gemacht um Browser und den internen E-Mailserver dazu zu überreden doch korrekt zu arbeiten. Unten stehen die Informationen zu den einzelnen Tools. Das interessante dabei ist, dass ich die DNS-Daten abfragen kann und per tracert und ping die Instanz erreiche. Der Aufruf über Port 80/443 oder imap/smtp jedoch funktioniert nicht mehr.

ping:

Ping wird ausgeführt für [sogo-instanz].netcup-mail.de [46.38.226.23] mit 32 Bytes Daten:

Antwort von 46.38.226.23: Bytes=32 Zeit=14ms TTL=55

Antwort von 46.38.226.23: Bytes=32 Zeit=13ms TTL=55

Antwort von 46.38.226.23: Bytes=32 Zeit=13ms TTL=55

Antwort von 46.38.226.23: Bytes=32 Zeit=14ms TTL=55

Ping-Statistik für 46.38.226.23:

    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0

    (0% Verlust),

Ca. Zeitangaben in Millisek.:

    Minimum = 13ms, Maximum = 14ms, Mittelwert = 13ms

tracert:

Routenverfolgung zu [sogo-instanz].netcup-mail.de [46.38.226.23]

über maximal 30 Hops:

  1     4 ms     2 ms     3 ms  192.168.64.1

  2     4 ms     3 ms     3 ms  002-228-024-217.ip-addr.vsenet.de [217.24.228.2]

  3     8 ms     3 ms     4 ms  097-237-024-217.ip-addr.vsenet.de [217.24.237.97]

  4     4 ms     6 ms     5 ms  049-130-088-212.ip-addr.vsenet.de [212.88.130.49]

  5     6 ms     3 ms     5 ms  et-2-0-5.0.vs-core-r1.6898.ip.vsenet.de [217.24.235.165]

  6     7 ms     4 ms     7 ms  et-2-0-2.0.vs-core-r2.6898.ip.vsenet.de [217.24.235.162]

  7     8 ms     6 ms     6 ms  ae3-1337.bbr02.anx25.fra.de.anexia-it.net [80.81.195.166]

  8    13 ms    10 ms    11 ms  ae1-0.bbr01.anx84.nue.de.anexia-it.net [144.208.208.140]

  9    11 ms    10 ms    11 ms  netcup-gw.bbr01.anx84.nue.de.anexia-it.net [144.208.211.31]

 10    11 ms    11 ms    10 ms  [sogo-instanz].netcup-mail.de [46.38.226.23]

dig:

; <<>> DiG 9.14.10 <<>> [sogo-instanz].netcup-mail.de @9.9.9.9

;; global options: +cmd

;; Got answer:

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54976

;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:

; EDNS: version: 0, flags:; udp: 512

;; QUESTION SECTION:

[sogo-instanz].netcup-mail.de. IN A

;; ANSWER SECTION:

[sogo-instanz].netcup-mail.de. 43200 IN A  46.38.226.23

;; Query time: 28 msec

;; SERVER: 9.9.9.9#53(9.9.9.9)

;; WHEN: Fri Jan 31 12:10:44 Mitteleuropõische Zeit 2020

;; MSG SIZE  rcvd: 79

Hallo Forum!

Ich habe hier ein etwas merkwürdiges Problem wo ich derzeit in der Lösung ein wenig hänge. Es dreht sich hierbei um eine entsprechende SOGo-Instanz die derzeit per Webinterface oder entsprechenden Ports in den E-Mailprogrammen nicht erreichbar ist. Browser geben die Meldung ERR_CONNECTION_TIMED_OUT aus, Wireshark meldet ein Host Unreachable. Die URL zu der SOGo-Instanz ist auch die einzigste die derzeit nicht aufgerufen werden kann, alle anderen Aufrufe an öffentliche Domains funktionieren ohne Probleme. Auch wenn ich Tablet oder Smartphone aus dem WLAN nehme und per Mobilverbindung drauf gehe, erhalte ich eine Antwort der SOGo-Instanz und kann ganz normal auf die Mails zugreifen (Webinterface wie E-Mail-App).

Nach aktuellem Stand habe ich im internen Netzwerk alle DNS-Informationen zurückgesetzt, DNS-Speicher im Router geflusht, Hardware prinzipiell neu gestartet. Einzige was ich derzeit noch nicht gemacht habe, wäre ein CNAME im DNS zu setzen und hier mit mail.domain.tld zu arbeiten anstatt [SOGo-Instanz].netcup-mail.de.

Eventuell hat noch einer von euch eine Idee was man machen könnte.

Ich bedanke mich bereits im voraus für das lesen und darüber nachdenken, sowie allen Input den ich erhalte.

Gruß

C. Hann