Market closed (10018 / Fehler 132) endgültig gelöst
Inhalt
- Was ist Market closed (Unterschied zwischen 10018 und 132)
- ① TRADE_RETCODE_MARKET_CLOSED = 10018 (MT5 / Rückgabecode von `OrderSend()`)
- ② ERR_MARKET_CLOSED = 132 (MT4 / `GetLastError()` in MQL4)
- Zuerst die 30-Sekunden-Diagnose
- Ursachen und Lösungen (6 Muster)
- ① Der gesamte Markt ist wegen Wochenende oder Feiertag geschlossen
- ② Außerhalb der symbolspezifischen Handelssession (tägliche Unterbrechung)
- ③ Verwechslung von Serverzeit und lokaler Zeit
- ④ Symbol deaktiviert oder nur Positionsschließung erlaubt (SYMBOL_TRADE_MODE)
- ⑤ Unmittelbar nach Montagsöffnung bzw. nach Sessionwiederaufnahme
- ⑥ Handelsaussetzung durch Nachrichten oder Ereignisse
- Code zur Vermeidung dieses Fehlers in MQL5 (für EA-Entwickler)
- Prüfen, ob sich der Markt innerhalb der Handelssession befindet
- Handelsmodus (SYMBOL_TRADE_MODE) prüfen
- Als Gate vor der Orderaufgabe zusammenfassen
- Umgang mit einem dennoch zurückgegebenen 10018
- Prioritäten-Checkliste
- Zusammenfassung
- FAQ
- F: Market closed tritt mitten am Werktag auf. Warum?
- F: Was ist der Unterschied zwischen 10018 und 132?
- F: Mein EA gibt am Wochenende ständig Fehler aus. Kann ich das ignorieren?
- F: Auch bei Kryptowährungen (BTCUSD) trat Market closed auf. Sollten die nicht 24 Stunden handelbar sein?
Market closed (MT5/MQL5) endgültig gelöst
Wenn im EA-Log Market closed oder market is closed erscheint, lässt sich das nur in der Hälfte der Fälle mit "ist ja Wochenende" erklären. Der Fehler tritt mitten am Werktag auf, oder bei anderen Symbolen funktioniert die Orderaufgabe problemlos, nur bei einem bestimmten Symbol nicht – dieses Muster bereitet sehr vielen Kopfzerbrechen.
Die Ursache liegt nicht nur im "Wochenende", sondern kann mehrere Gründe haben: symbolspezifische Handelssessions (tägliche Unterbrechungen bei Gold oder Aktienindizes), Abweichungen zwischen der Serverzeit des Brokers und Ihrer lokalen Zeit, oder Beschränkungen des Handelsmodus eines Symbols (z. B. Close-only). Dieser Artikel richtet sich sowohl an MT5-Nutzer mit EAs als auch an Entwickler, die EAs in MQL5 schreiben, und bietet die ultimative Zusammenfassung zu Market closed: das Wesen des Fehlers, sechs Ursachen, eine 30-Sekunden-Diagnose und dauerhafte Prävention im Code. Eine Gesamtübersicht aller Fehlercodes finden Sie im umfassenden Leitfaden zu MQL5/MT5-Fehlercodes.
Dieser Artikel bezieht sich auf den Stand von MT5 (Build 4xxx-Serie) im Juli 2026. Sessionzeiten und Bildschirmbezeichnungen können je nach Broker und Build variieren.
Was ist Market closed (Unterschied zwischen 10018 und 132)
Die Codes für "der Markt ist geschlossen" sind bei MT5 und MT4 (MQL4) unterschiedlich. Je nachdem, welche Plattform Sie verwenden und woher der Wert stammt, müssen Sie entsprechend umdenken.
① TRADE_RETCODE_MARKET_CLOSED = 10018 (MT5 / Rückgabecode von OrderSend())
Das Ergebnis einer mit MQL5 aufgegebenen Order über OrderSend() wird in MqlTradeResult.retcode abgelegt. Wenn der Handelsserver entscheidet, dass "dieses Symbol gerade außerhalb der Handelszeit" liegt, und die Order ablehnt, lautet der Code 10018. Es handelt sich nicht um einen internen Fehler von MT5, sondern um eine Ablehnungsmeldung vom Broker-Server.
Bedeutung: Der Markt ist geschlossen (Market is closed)
Konstante: TRADE_RETCODE_MARKET_CLOSED
Wert : 10018
// Typisches Beispiel für eine Logausgabe
2026.07.06 23:05:11.204 EA_NAME XAUUSD,M5: OrderSend error 10018 [Market closed]
② ERR_MARKET_CLOSED = 132 (MT4 / GetLastError() in MQL4)
Bei MT4 (MQL4) gibt GetLastError() nach einem fehlgeschlagenen OrderSend() den Wert 132 zurück. Die Bedeutung ist identisch mit 10018: "Markt geschlossen". Wenn Sie parallel eine MT4-Version Ihres EAs nutzen, tritt dieselbe Ursache bei MT5 als 10018 und bei MT4 als 132 in Erscheinung.
Bedeutung: Der Markt ist geschlossen (Market is closed)
Konstante: ERR_MARKET_CLOSED (MQL4)
Wert : 132
Praktische Unterscheidung:
| Plattform | Fundort | Wert |
|---|---|---|
| MT5 (MQL5) | MqlTradeResult.retcode / CTrade.ResultRetcode() | 10018 |
| MT4 (MQL4) | GetLastError() nach fehlgeschlagenem OrderSend() | 132 |
In beiden Fällen ist die eigentliche Ursache dieselbe: "Eine Order wurde außerhalb der Handelssession des Servers gesendet" (oder der Handel mit dem Symbol ist eingeschränkt). Da auch die Lösung identisch ist, wird sie im Folgenden gemeinsam behandelt.
Zuerst die 30-Sekunden-Diagnose
Bevor Sie den EA wahllos neu starten, geben Ihnen diese vier Punkte bereits eine gute Vorstellung von der Ursache.
- Handelssession des Symbols prüfen – Rechtsklick auf das betreffende Symbol im Marktbeobachtungsfenster (Market Watch) → "Spezifikation (Specification)" → "Handelssessions". Dort stehen die Handelszeiten je Wochentag (in Serverzeit). Liegt die aktuelle Uhrzeit außerhalb dieses Rahmens, haben Sie die Antwort.
- Serverzeit prüfen – Die im oberen Bereich des Marktbeobachtungsfensters angezeigte Uhrzeit ist die Serverzeit des Brokers. Die Sessionprüfung erfolgt nicht anhand der Uhrzeit Ihres PCs, sondern anhand dieser Zeit. Eine Abweichung von mehreren Stunden zur mitteleuropäischen Zeit ist normal.
- Handelsmodus prüfen – Steht im Feld "Handel" derselben "Spezifikation"-Ansicht etwas anderes als
Full access(z. B.DisabledoderClose only)? Falls ja, werden Neueröffnungen selbst innerhalb der Session abgelehnt. - Mit einem anderen Symbol testen – Funktioniert derselbe EA bzw. dieselbe manuelle Order bei einem gängigen FX-Paar wie EURUSD, lässt sich das Problem eingrenzen: Es liegt nicht am Konto oder am EA, sondern an der Session/den Einschränkungen dieses speziellen Symbols.
Ursachen und Lösungen (6 Muster)
① Der gesamte Markt ist wegen Wochenende oder Feiertag geschlossen
Symptom: Der Fehler tritt samstags, sonntags oder z. B. über den Jahreswechsel oder an Weihnachten auf. Betrifft alle Symbole.
Ursache: Der FX-Markt ist im Wesentlichen von Freitagsschluss bis Montagsöffnung (Serverzeit) nicht handelbar. An Feiertagen (Neujahr, Weihnachten usw.) ruht der Handel auch an Werktagen oder ist verkürzt. Versucht der EA aufgrund verbleibender Balkenverarbeitung oder Timeframe-Logik dennoch am Wochenende zu handeln, häufen sich die Fehler 10018/132.
Lösung:
- Der Fehler selbst ist harmlos. Er verschwindet automatisch, sobald der Markt öffnet
- Wenn das Log sauber bleiben soll, im EA eine Wochentags-/Sessionprüfung einbauen, damit erst gar keine Order gesendet wird (Code siehe unten)
- Feiertagskalender unterscheiden sich je nach Broker – prüfen Sie die Ankündigungen des Brokers zu Handelsruhezeiten
② Außerhalb der symbolspezifischen Handelssession (tägliche Unterbrechung)
Symptom: Trotz Werktag tritt der Fehler nur bei bestimmten Symbolen (Gold, Silber, Aktienindex-CFDs, Energie usw.) auf. Er erscheint fast täglich zur gleichen Uhrzeit.
Ursache: FX-Paare lassen sich werktags nahezu rund um die Uhr handeln, aber Edelmetalle und Aktienindex-CFDs haben täglich eine Handelsunterbrechung von einigen Dutzend Minuten bis zu mehreren Stunden. Diese richtet sich nach Wartungsfenstern der zugrunde liegenden Börse oder dem Rollover und variiert je nach Broker und Symbol. Sendet der EA während dieser Unterbrechung eine Order, kommt es zu 10018.
Lösung:
- Unter "Spezifikation → Handelssessions" die genaue Unterbrechungszeit für dieses Symbol prüfen (nur diese Angabe ist maßgeblich – verlassen Sie sich nicht auf Zeiten aus fremden Blogs, sie unterscheiden sich je nach Broker)
- Die Unterbrechungszeit mit dem Zeitfilter des EAs (z. B.
TradeStartHour/TradeEndHour) umgehen - Entwickler prüfen im Code
SymbolInfoSessionTrade()(siehe unten)
Bei Kryptowährungen (z. B. BTCUSD) ist bei vielen Brokern auch am Wochenende Handel möglich, dies hängt jedoch ebenfalls vom Broker ab. Gehen Sie nicht automatisch davon aus, dass Krypto "eigentlich 24/7" handelbar sein muss – prüfen Sie stattdessen die Spezifikationsansicht.
③ Verwechslung von Serverzeit und lokaler Zeit
Symptom: Der Fehler tritt auf, "obwohl laut Spezifikation eigentlich Handelszeit sein müsste". Häufig bei der Nutzung ausländischer Broker.
Ursache: Sowohl die in der Spezifikation angegebene Sessionzeit als auch die in MT5 angezeigte Uhrzeit beziehen sich stets auf die Serverzeit des Brokers. Viele ausländische Broker verwenden GMT+2/+3 (Einstellung, bei der NY-Schluss = 0 Uhr entspricht), was 6 bis 7 Stunden von der mitteleuropäischen Zeit abweicht. Typisch ist, dass es nach mitteleuropäischer Zeit "noch Freitagabend" ist, während es auf dem Server bereits Samstag ist.
Lösung:
- Gewöhnen Sie sich an, sich stets an der im Marktbeobachtungsfenster angezeigten Uhrzeit (= Serverzeit) zu orientieren
- EA-Parameter (z. B. Handelszeitfilter) werden üblicherweise in Serverzeit angegeben. Prüfen Sie, ob Sie versehentlich mitteleuropäische Zeit eingestellt haben
- Verwenden Sie im Code
TimeTradeServer()(führen Sie die Sessionprüfung nicht mitTimeLocal()durch)
④ Symbol deaktiviert oder nur Positionsschließung erlaubt (SYMBOL_TRADE_MODE)
Symptom: Innerhalb der Sessionzeit und an einem Werktag werden bei einem bestimmten Symbol alle Neuorders abgelehnt. Manchmal funktioniert nur das Schließen von Positionen.
Ursache: Broker können den Handelsmodus pro Symbol festlegen.
| SYMBOL_TRADE_MODE | Bedeutung |
|---|---|
SYMBOL_TRADE_MODE_FULL | Keine Einschränkung (normal) |
SYMBOL_TRADE_MODE_CLOSEONLY | Nur Schließen möglich (keine Neueröffnung). Typisch bei CFDs vor Delisting oder Kontraktwechsel |
SYMBOL_TRADE_MODE_DISABLED | Handel vollständig deaktiviert |
SYMBOL_TRADE_MODE_LONGONLY / SHORTONLY | Nur Kauf bzw. nur Verkauf möglich |
Es kommt vor, dass sich die Einstellungen zwischen Demo- und Live-Konto unterscheiden oder je nach Kontotyp andere Symbole handelbar sind.
Lösung:
- Prüfen Sie das Feld "Handel" in der "Spezifikation"-Ansicht
- Bei
Close onlybleibt nur die Positionsauflösung – Neueröffnungen sind ausgeschlossen. Wenn Sie das Symbol dauerhaft nutzen möchten, prüfen Sie, ob ein alternatives Symbol mit anderem Kontraktmonat oder Suffix (z. B.US500.f) verfügbar ist - Bleibt der Modus dauerhaft auf
Disabled, fragen Sie beim Broker nach, ob der Handel mit diesem Kontotyp überhaupt möglich ist
⑤ Unmittelbar nach Montagsöffnung bzw. nach Sessionwiederaufnahme
Symptom: Der Fehler oder eine Ausführungsablehnung tritt nur in den ersten Minuten nach Marktöffnung am Montag oder unmittelbar nach dem Ende einer täglichen Unterbrechung auf.
Ursache: Zwischen dem Moment, in dem eine Session "öffnet", und einer stabilen Orderausführung liegt eine gewisse Zeitspanne. Direkt nach der Öffnung ist die Liquidität gering und der Spread extrem weit; manche Broker nehmen Orders erst an, sobald Kursnotierungen wieder fließen (was faktisch als Marktschließung behandelt und abgelehnt wird). Typischerweise betroffen sind EAs, die montagsfrüh Signale generieren, sowie Gold-EAs, die auf das Ende einer Handelsunterbrechung abzielen.
Lösung:
- Bauen Sie einen Filter ein, der für die ersten X Minuten nach der Öffnung keine Neuorders zulässt (z. B.
AvoidMondayOpen). Aus diesem Grund haben die auf dieser Seite angebotenen EAs standardmäßig eine Sperre für 0–3 Uhr Serverzeit am Montag - Kombinieren Sie dies unbedingt mit einem Spreadfilter (
MaxSpread). Eine Ausführung bei anormalem Spread direkt nach der Öffnung ist als Verlust schmerzhafter als der Fehler selbst - Gestalten Sie die Logik so, dass bei 10018 nicht sofort erneut versucht wird, sondern bis zum nächsten Balken gewartet wird
⑥ Handelsaussetzung durch Nachrichten oder Ereignisse
Symptom: Vor und nach wichtigen Wirtschaftsdaten oder bei außergewöhnlichen Kursbewegungen eines einzelnen Symbols tritt der Fehler vorübergehend auf.
Ursache: Manche Broker bzw. Symbole setzen den Handel bei bedeutenden Ereignissen vorübergehend aus (Halt) oder schränken Neuorders ein. Bei Aktienindex-CFDs kann eine Aussetzung auch mit einem Circuit Breaker des zugrunde liegenden Marktes zusammenhängen. Orders in diesem Zeitraum werden als marktschließungsbedingte Ablehnung behandelt.
Lösung:
- Da es sich um einen vorübergehenden Zustand handelt, löst sich das Problem nach einiger Zeit von selbst
- Ein Wirtschaftskalender-Filter (
UseEconomicFilterbei den EAs dieser Seite), der Neuorders rund um wichtige Daten stoppt, vermeidet gleichzeitig Fehler und das Risiko abrupter Kursbewegungen
Code zur Vermeidung dieses Fehlers in MQL5 (für EA-Entwickler)
Bei Market closed sollte man nicht erst nach dem Auftreten des Fehlers reagieren, sondern vor der Orderaufgabe Session und Handelsmodus prüfen und bei geschlossenem Markt gar nicht erst senden. Das sorgt nicht nur für saubere Logs, sondern verhindert auch unnötige Serveranfragen und außer Kontrolle geratene Retry-Versuche.
Prüfen, ob sich der Markt innerhalb der Handelssession befindet
SymbolInfoSessionTrade() gibt für den angegebenen Wochentag die Start-/Endzeit der i-ten Session zurück (in Sekunden ab Mitternacht Serverzeit). Um Symbole mit mehreren Sessions (z. B. Indizes mit täglicher Unterbrechung) zu unterstützen, werden in einer Schleife alle Sessions geprüft.
// Prüft, ob die aktuelle Serverzeit innerhalb der Handelssession dieses Symbols liegt
bool IsTradeSessionOpen(const string symbol)
{
MqlDateTime dt;
TimeToStruct(TimeTradeServer(), dt); // Die Prüfung muss immer mit der Serverzeit erfolgen
int now = dt.hour*3600 + dt.min*60 + dt.sec; // Sekunden seit Mitternacht
datetime from, to;
for(uint i = 0; SymbolInfoSessionTrade(symbol, (ENUM_DAY_OF_WEEK)dt.day_of_week, i, from, to); i++)
{
int f = (int)from; // Sekunden seit Mitternacht
int t = (int)to; // Ende um 24:00 Uhr entspricht 86400
if(now >= f && now < t)
return true;
}
return false; // Keine passende Session an diesem Wochentag (z. B. Wochenende) oder außerhalb aller Sessions
}
Handelsmodus (SYMBOL_TRADE_MODE) prüfen
// Prüft, ob der Handelsmodus eine Neueröffnung zulässt
bool IsNewEntryAllowed(const string symbol, ENUM_ORDER_TYPE type)
{
long mode = SymbolInfoInteger(symbol, SYMBOL_TRADE_MODE);
if(mode == SYMBOL_TRADE_MODE_DISABLED) return false; // Handel deaktiviert
if(mode == SYMBOL_TRADE_MODE_CLOSEONLY) return false; // Nur Schließen = keine Neueröffnung
if(mode == SYMBOL_TRADE_MODE_LONGONLY && type != ORDER_TYPE_BUY) return false;
if(mode == SYMBOL_TRADE_MODE_SHORTONLY && type != ORDER_TYPE_SELL) return false;
return true; // z. B. SYMBOL_TRADE_MODE_FULL
}
Als Gate vor der Orderaufgabe zusammenfassen
// In OnTick: Auch bei aktivem Signal keine Order senden, wenn der Markt geschlossen ist
if(!IsTradeSessionOpen(_Symbol) || !IsNewEntryAllowed(_Symbol, ORDER_TYPE_BUY))
{
// Verhindert 10018 von vornherein. Nur eine Logzeile schreiben und auf den nächsten Balken warten
return;
}
Umgang mit einem dennoch zurückgegebenen 10018
Fälle, in denen das Gate umgangen wird – etwa durch den Aktualisierungszeitpunkt der Sessioninformationen oder eine Ablehnung direkt nach der Öffnung – lassen sich nicht vollständig ausschließen. Prüfen Sie den Retcode von OrderSend(), und bei 10018 gilt die eiserne Regel: nicht sofort erneut versuchen (bis zum nächsten Balken warten). Wiederholte Versuche während einer Marktschließung verschmutzen nur das Log, ohne etwas zu verbessern.
MqlTradeRequest req; MqlTradeResult res;
ZeroMemory(req); ZeroMemory(res);
// ... req zusammenstellen ...
if(!OrderSend(req, res) || res.retcode != TRADE_RETCODE_DONE)
{
if(res.retcode == TRADE_RETCODE_MARKET_CLOSED) // 10018
Print("Market closed. Skip and wait for the next session.");
else
PrintFormat("OrderSend failed: retcode=%d, lastError=%d", res.retcode, GetLastError());
}
Ehrlich gesagt stoßen EAs, die direkt nach der Montagsöffnung oder rund um die tägliche Unterbrechung (besonders bei Gold und Aktienindizes) Orders senden, regelmäßig auf diesen Fehler. EAs, die den Zeitplan berücksichtigen – mit Sessionprüfung, Zurückhaltung direkt nach der Öffnung und Schließung vor dem Wochenende – vermeiden nicht nur unnötige Fehler, sondern auch schlechte Ausführungen in Zeiten geringer Liquidität. Die von FXEA365 angebotenen EAs implementieren standardmäßig Vermeidung der Montagsöffnung (AvoidMondayOpen), Zeitfilter und Schließung vor dem Wochenende (CloseAllBeforeWeekend).
Prioritäten-Checkliste
| Priorität | Prüfung | Maßnahme |
|---|---|---|
| 🚨 Zuerst | Ist gerade Wochenende oder Feiertag (in Serverzeit)? | Einfach abwarten. Der Fehler selbst ist harmlos |
| 🚨 Zuerst | Liegt die Zeit innerhalb der "Handelssession" laut Spezifikation? | Symbolspezifische Unterbrechung mit Zeitfilter umgehen |
| ⚠️ Danach | Wurde Serverzeit mit mitteleuropäischer Zeit verwechselt? | Einstellung anhand der im Marktbeobachtungsfenster angezeigten Zeit korrigieren |
| ⚠️ Danach | Steht der Handelsmodus auf Full access? | Bei Close only / Disabled die Broker-Spezifikation prüfen |
| ✅ Prüfen | Handelt es sich um die Zeit direkt nach Öffnung oder nach Ende der Unterbrechung? | X Minuten zurückhaltend sein + Spreadfilter |
| 🛠 Entwicklung | Wird vor der Orderaufgabe Session/Modus geprüft? | Ein SymbolInfoSessionTrade-Gate implementieren |
Zusammenfassung
Market closedbedeutet bei MT5 10018 (TRADE_RETCODE_MARKET_CLOSED) und bei MT4 132 (ERR_MARKET_CLOSED). Die Bedeutung ist identisch: "Order außerhalb der Handelssession bzw. bei eingeschränktem Handel".- Der Fehler tritt nicht nur am Wochenende auf, sondern auch durch symbolspezifische tägliche Unterbrechungen (Gold, Indizes), Abweichungen der Serverzeit, SYMBOL_TRADE_MODE-Beschränkungen und Ablehnungen direkt nach der Öffnung. Tritt er an einem Werktag auf, prüfen Sie zuerst "Spezifikation → Handelssessions".
- Die Sessionzeiten unterscheiden sich je nach Broker und Symbol. Nur die Angabe in der Spezifikationsansicht Ihres eigenen MT5 ist maßgeblich.
- EA-Entwickler sollten mit einem Gate vor der Orderaufgabe aus
SymbolInfoSessionTrade()+SYMBOL_TRADE_MODE+TimeTradeServer()dauerhaft vorbeugen. Wird 10018 zurückgegeben, nicht sofort erneut versuchen, sondern bis zum nächsten Balken warten.
Eine Gesamtübersicht aller Fehlercodes finden Sie im umfassenden Leitfaden zu MQL5/MT5-Fehlercodes; kostenlose EAs mit standardmäßiger Sessionvermeidung und Zeitfilter finden Sie in der EA-Übersicht.
FAQ
F: Market closed tritt mitten am Werktag auf. Warum?
Die Ursache ist entweder eine symbolspezifische tägliche Handelsunterbrechung oder eine Einschränkung des Handelsmodus des Symbols. Bei Gold, Silber und Aktienindex-CFDs gibt es auch an Werktagen tägliche Zeiten, in denen kein Handel möglich ist. Prüfen Sie per Rechtsklick auf das Symbol im Marktbeobachtungsfenster → "Spezifikation" → die Felder "Handelssessions" und "Handel".
F: Was ist der Unterschied zwischen 10018 und 132?
Nur die Plattform ist unterschiedlich, die Bedeutung ist identisch. 10018 (TRADE_RETCODE_MARKET_CLOSED) ist der Rückgabecode von OrderSend() in MT5, 132 (ERR_MARKET_CLOSED) ist der Wert von GetLastError() in MT4 (MQL4). Die Lösung ist in beiden Fällen dieselbe.
F: Mein EA gibt am Wochenende ständig Fehler aus. Kann ich das ignorieren?
Ein realer Schaden entsteht nicht. Sobald der Markt öffnet, stoppt es von selbst. Wenn Sie sich jedoch an verschmutzten Logs oder ständigen Push-Benachrichtigungen stören, ist die grundlegende Lösung, im EA eine Wochentags-/Sessionprüfung einzubauen, die die Orderaufgabe von vornherein überspringt (siehe Code oben).
F: Auch bei Kryptowährungen (BTCUSD) trat Market closed auf. Sollten die nicht 24 Stunden handelbar sein?
Ob Krypto-CFDs auch am Wochenende gehandelt werden können, hängt vom jeweiligen Broker ab. Manche Broker setzen den Handel am Wochenende aus oder legen kurze Wartungsunterbrechungen ein. Prüfen Sie wie bei FX-Paaren unter "Spezifikation → Handelssessions" die tatsächlichen Handelszeiten bei Ihrem Broker.
Verwandt
📧 Preis-Alarm vor Erhöhungen + kostenloser 5-Tage-E-Mail-Kurs
Alle EAs sind zum Einführungspreis erhältlich und steigen stufenweise mit den Verkäufen. Erhalten Sie vor jeder Erhöhung eine Benachrichtigung, plus täglich eine E-Mail zu Algo-Trading, Backtest-Lektüre und Brokerwahl.
* Datenschutz streng geschützt. Sie können jederzeit kündigen.