Wij hebben nu een paar meldingen binnen gehad inzake een mogelijke storing van Microsoft 365 / Exchange diensten. Dit probleem treft een aantal klanten, maar niet allemaal. Dat bemoeilijkt de oorzaak te achterhalen.
Wel hebben onze technici geconstateerd dat er van een blokkade van onze kant (vanaf de hardware nodes en/of servers) geen sprake is, daar de maildiensten van Microsoft bij ons op de witte lijst staan. Wel hebben wij een toename geconstateerd in meldingen (op allestoringen.nl) inzake de Microsoft 365 / Exchange maildiensten. Wellicht toeval, maar onze technici zijn samen met Eurofiber (datacenter) aan het kijken waar dit euvel precies ligt; of bij Microsoft of iets in het netwerk van Eurofiber.

Dus op dit moment zijn wij druk bezig om dit te herleiden. En zoals hierboven aangegeven staat, treft dit niet iedereen. Wanneer wij meer weten, dan zullen wij dit natuurlijk direct melden. Excuses voor het ongemak.

Update 13:35: de oorzaak is ondertussen gevonden en ligt volledig bij Eurofiber in deze (dus op het datacenter). Blijkbaar is er dus vrijdag iets in de routering van bepaalde IPv4-adressen door hun aangepast, maar niet volledig. Hierdoor hebben een klein aantal klanten, dus op bepaalde IP-ranges deze problemen. Dus m.a.w. dit is niet de oorzaak van onze servers, routers en/of switches, maar een fout in de routering c.q. netwerk configuratie daarboven, waar de verantwoording bij Eurofiber voor ligt. Wij gaan ervan uit dat het snel opgelost wordt, daar nu de oorzaak is achterhaald.

Nogmaals onze excuses hiervoor, maar dit valt ons niet aan te rekenen. Wij gaan dit wel intern bespreken en verder overleggen met Eurofiber hoe we dit soort situaties kunnen voorkomen in de toekomst. Want dit is inmiddels wel de 2e keer dat men bij Eurofiber een grove fout maken die niet alleen onze klanten, maar ook ons veel ellende oplevert. Zodra wij iets meer weten, dan zullen wij dit melden.

Update 15:10: het blijkt veel (meer) werk te zijn dan gedacht. Eurofiber (datacenter) is er volop mee bezig, maar blijkbaar is dit herstellen meer werk dan verwacht. Maar we blijven updates uitgeven hierover.

Update 17:15: ondertussen zijn er meerdere technici bezig met het oplossen van het probleem. Ondanks dat het na 17:00 is, zijn wij hier nog altijd mee bezig. Ondertussen ook twee externe netwerk specialisten, want ergens is er iets niet goed gegaan aan de kant van Eurofiber afgelopen vrijdag. Zoals eerder aangegeven, betreft dit een klein aantal klanten die dan met name gebruik maken van Microsoft 365 / Exchane servers voor hun email. En dit is ook nog afhankelijk van welke IPv4-range ze zitten. Maar wij zijn er nog altijd mee bezig!

Update 20:15: helaas nog steeds niks te melden vanuit Eurofiber. Ze hebben het intern ook al geëscaleerd naar het hoogste niveau, dus ze zijn er wel mee bezig. Wij gaan ervan uit dat het spoedig alsnog opgelost wordt.

In de maanden maart, april, mei, juni 2025 zijn er in verband met de feestdagen gewijzigde openingstijden.

• Vrijdag 18 april (Goede Vrijdag) - Gehele dag gesloten
• Maandag 21 april (2e Paasdag) - Gehele dag gesloten
• Maandag 5 mei (Bevrijdingsdag) - Gehele dag gesloten
• Donderdag 29 mei (Hemelvaartsdag) - Gehele dag gesloten
• Vrijdag 30 mei (in aansluiting op Hemelvaartsdag) - Gehele dag gesloten
• Maandag 9 juni (2e Pinksterdag) - Gehele dag gesloten

Support aangelegenheden worden gewoon opgepakt en verwerkt.

We hebben hier al reeds eerder melding van gemaakt (zie nieuws van 19 november 2024) en we hebben hier ook al een uitgebreid kennisbank artikel voor aangemaakt (zie hier), maar KPN klanten lezen dit blijkbaar niet. Dus bij deze nogmaals ook als nieuwsbericht, zodat er niet onnodige support tickets hiervoor aangemaakt worden. Bvd.

Het originele bericht van 19 november 2024 was als volgt:

Wij ontvangen meldingen van KPN-klanten die geen verbinding kunnen maken via FTP met hun hostingaccount of server. Dit probleem houdt verband met een recente update die door KPN is doorgevoerd en staat los van onze dienstverlening.

KPN heeft naar eigen zeggen op 13 november een beveiligingsupdate uitgevoerd, die heeft geleid tot het blokkeren van uitgaande FTP-verbindingen via de KPN-router. Deze maatregel valt onder het mom van "extra beveiliging", maar kan voor veel gebruikers tot ongemakken leiden, aangezien FTP wereldwijd als standaard communicatiemiddel wordt gebruikt voor het beheren van websites en servers.

Helaas kunnen wij vanuit onze kant weinig doen om dit probleem op te lossen, omdat wij geen toegang hebben tot uw KPN-routerinstellingen. Het probleem ligt dus niet bij onze servers, maar bij de instellingen van uw KPN-router. Om het probleem te verhelpen, dient u zelf in te loggen op uw KPN-router en de regel die uitgaande FTP-verbindingen blokkeert, te verwijderen. Meer informatie over deze situatie vindt u op het KPN-forum via de volgende link: https://community.kpn.com/modems-123/ftp-werkt-niet-meer-op-experia-box-v10-sinds-update-625186

Als u hulp nodig heeft bij het aanpassen van de instellingen, raden wij u aan om contact op te nemen met KPN. Zij kunnen u ondersteunen bij het ongedaan maken van deze wijziging, aangezien deze direct verband houdt met de door KPN doorgevoerde update. Dit staat geheel los van de bereikbaarheid van onze servers.

Dit heeft niks met onze servers en/of dienstverlening te maken, maar puur en alleen met uw KPN verbinding! Dit probleem is anno 2025 nog steeds actueel! Dus maak aub geen onnodige support tickets aan en volg de informatie hierboven op of bekijk het bijbehorende kennisbank artikel hierover: https://www.helpburo.eu/Knowledgebase/Article/View/met-een-kpn-verbinding-problemen-met-verbinden-naar-ftp.

Ter informatie: op de Plesk-server ns1.supersnel2.net heeft zich op gisterenmiddag/-avond en hedenochtend vroeg een storing voorgedaan. In eerste instantie leek het probleem door onze technici te zijn verholpen, maar er bleek nog een onderliggende verstoring te zijn met betrekking tot een specifieke PHP-versie.

In de vroege ochtenduren is deze storing volledig verholpen. De oorzaak is achterhaald: een klant binnen deze Plesk-serveromgeving had wijzigingen doorgevoerd in onder andere de system user, waardoor de configuratiebestanden van Plesk beschadigd raakten. De betreffende klant is hierover geïnformeerd, en er zijn passende maatregelen genomen om herhaling te voorkomen.

Sinds 09:00 uur vanochtend functioneren alle websites op deze server weer naar behoren. Onze excuses voor het eventuele ongemak.

Mocht u nog problemen ervaren en gebruikmaken van de Plesk-server ns1.supersnel2.net, dan verzoeken wij u vriendelijk een ticket in te dienen. Dit incident heeft geen enkele impact gehad op andere Plesk-servers binnen ons netwerk; het betrof uitsluitend deze specifieke serveromgeving.

Technici moeten onderhoud verrichten op de ns1.speedmailer.nl server aankomende vrijdag (14 maart 2025) dit omvat een migratie naar een nieuwer OS.
Het onderhoud zal rond 8:00 starten. Technici zullen de overlast tot een minimum beperken. Tijdens de werkzaamheden zullen de diensten die aan deze server gekoppeld zijn tijdelijke niet werken en/of bereikbaar zijn.

Downtime zal circa een uur zijn. Excuses voor het ongemak. Wij zullen hier status updates plaatsen.

Update (10:15) migratie is volledig afgerond en alle diensten zouden weer moeten werken. Technici zijn nog wel met een paar minimale aanpassingen bezig op de achtergrond. Nogmaals excuses voor het ongemak.

Wij hebben het reeds aangegeven in september 2024 (zie hier), maar bij deze nogmaals een reminder dat Plesk volledig gaat stoppen met Horde webmail.

Dat wil zeggen dat vanaf april 2025 Horde als webmail client niet meer gebruikt kan worden; deze zal dus automatisch op alle Plesk servers verwijderd worden.
De enige webmail die dan nog zal functioneren is Roundcube. Dit kan u zelf voordien omwisselen binnen uw Plesk interface (onder de "Mail Settings"-optie) of wachten totdat Plesk dit automatisch omzet.

Plesk is inmiddels ook al gestopt met het leveren van welke vorm van support dan ook op Horde en dat wil zeggen dat wij zeer beperkt support kunnen leveren op Horde webmail. Hou hier rekening mee aub.
Zie ook de roadmap van Plesk hier: https://docs.plesk.com/release-notes/obsidian/deprecation-plan/.

Inmiddels zijn er nog maar een paar klanten die daadwerkelijk Horde webmail gebruiken, dus dit zal gelukkig weinig impact hebben.