Häufige MetaTrader-Fehler: MT4- und MT5-Codes, Ursachen und serverseitige Lösungen

Wie MetaTrader Fehler meldet

MetaTrader meldet Fehler als nummerierte Codes mit festen Namen, die MetaQuotes dokumentiert, und die Nummer zeigt, an welcher Stelle der Kette die Anfrage gescheitert ist. MT4 und MT5 verwenden unterschiedliche Nummerierungen, sodass dasselbe Problem je nach Plattform zwei verschiedene Codes hat.

In MetaTrader 5 erhält jede Handelsanfrage eine Antwort vom Handelsserver. MetaQuotes beschreibt den Mechanismus so:

"All requests to execute trade operations are sent as a structure of a trade request MqlTradeRequest using function OrderSend(). The function execution result is placed to structure MqlTradeResult, whose retcode field contains the trade server return code."
(Übersetzung: „Alle Anfragen zur Ausführung von Handelsoperationen werden als Struktur einer Handelsanfrage MqlTradeRequest mit der Funktion OrderSend() gesendet. Das Ergebnis der Funktionsausführung wird in der Struktur MqlTradeResult abgelegt, deren Feld retcode den Rückgabecode des Handelsservers enthält.“)— MQL5 Reference, Trade Server Return Codes, MetaQuotes (abgerufen im Oktober 2026)

Die Rückgabecodes des MT5-Handelsservers reichen von 10004 (TRADE_RETCODE_REQUOTE) bis 10046 (TRADE_RETCODE_HEDGE_PROHIBITED). In MetaTrader 4 liefert GetLastError() dieselbe Art von Information. Handelsbezogene Codes liegen im unteren Bereich (0–150, zum Beispiel 130 ERR_INVALID_STOPS). Laufzeitfehler von Programmen beginnen bei 4000 (zum Beispiel 4109 ERR_TRADE_NOT_ALLOWED).

Ein Erfolgscode ist nicht dasselbe wie eine ausgeführte Order. Die MQL5-Referenz zu OrderSend() warnt, dass „ein erfolgreiches Ergebnis der Funktion OrderSend() nicht bedeutet, dass die Order ausgeführt wurde“. Es bedeutet nur, dass die Anfrage zur weiteren Verarbeitung angenommen wurde. Wenn ein Kunde sagt „es hieß OK, aber nichts ist passiert“, prüfen Sie das Serverjournal.

Es gibt drei Stellen, an denen Sie den tatsächlichen Code finden:

• Registerkarte Journal (Plattformereignisse: Verbindung, Login, Orderanfragen).
• Registerkarte Experts (von Expert Advisors und Skripten ausgegebene Meldungen, einschließlich der Ergebnisse von GetLastError()).
• Logdateien auf der Festplatte. Die MT5-Hilfe von MetaQuotes besagt: „Die Logdateien der Plattform werden im Verzeichnis Logs gespeichert, die Logdateien der Experts in MQL5\Logs. Die Dateinamen entsprechen dem Datum der Journalerstellung — YYYYMMDD.LOG.“

Der integrierte Log-Viewer kann Einträge nach „Full, No connection, Errors only“ filtern.

Verbindungsfehler: „No connection“ und „Invalid account“

„No connection“ bedeutet, dass das Terminal die ihm angegebene Adresse des Handelsservers nicht erreicht, und „Invalid account“ bedeutet, dass es einen Server erreicht hat, der den Login abgelehnt hat. Beides erfordert unterschiedliche Prüfungen, und der Broker sieht Dinge, die der Trader nicht sieht.

Was der Trader prüfen kann

1. Bestätigen, dass die Internetverbindung im Browser funktioniert.
2. Login, Passwort und den exakten Servernamen erneut eingeben. Laut MT5-Hilfe kann die Adresse auch manuell im Format „[Servernummer]:[Portnummer], zum Beispiel 192.168.0.1:443“ eingegeben werden.
3. Prüfen, ob es sich um das Master-Passwort handelt. MetaQuotes erklärt: „Die Investor-Autorisierung ermöglicht es, den Kontostatus zu sehen, Preise zu analysieren und mit eigenen Expert Advisors zu arbeiten, jedoch nicht zu handeln.“
4. Proxy und Firewall prüfen. In MT5 enthält die Registerkarte Server unter Extras > Optionen die „Einrichtung der Serververbindung, Konfiguration eines Proxyservers“.
5. Den Log-Viewer öffnen, nach „No connection“ filtern und die Datei YYYYMMDD.LOG an den Broker senden.

Was der Broker serverseitig prüfen sollte

• Erreichbarkeit jedes Access Points. Testen Sie jede in der Serverliste veröffentlichte Adresse und jeden Port von außerhalb Ihres eigenen Netzwerks, und zwar aus mehr als einer Region.
• Jüngste Infrastrukturänderungen. Neue IPs, DNS-Einträge, Rechenzentrumsumzüge oder DDoS-Schutzregeln lösen häufig Wellen von „No connection“ aus.
• Serverzustand. CPU, Arbeitsspeicher und Festplatte auf den Handels- und Access-Servern. Überlastung zeigt sich als Timeouts (128 ERR_TRADE_TIMEOUT, 10012 TRADE_RETCODE_TIMEOUT), bevor es zu vollständigen Verbindungsabbrüchen kommt.
• Kontostatus. Ist das Konto aktiviert? Ist es in der richtigen Gruppe? Wurde es während einer Migration verschoben? Wurde eine erzwungene Passwortänderung aktiviert? Die MT5-Hilfe bestätigt: „Eine erzwungene Passwortänderung kann vom Administrator des Handelsservers aktiviert werden.“
• Alte Client-Builds. 5 ERR_OLD_VERSION („Old version of the client terminal“) bedeutet, dass das Terminal aktualisiert werden muss.

Für tiefergehende Netzwerk- und Hostprobleme siehe Fehlerbehebung bei Forex-Servern und MetaTrader-Server-Hosting.

MT4-Fehlercodes und ihre MT5-Entsprechungen

MT4-Handelsfehler verwenden kleine Nummern, die MetaQuotes in der MQL4 Reference aufführt, und die meisten haben ein direktes MT5-Gegenstück. Verwenden Sie die folgende Zuordnung, wenn Kunden zwischen Plattformen wechseln oder wenn Sie während einer MT4-zu-MT5-Migration beide Server betreiben.

Die Zuordnung ist unser Praxisleitfaden, keine offizielle Tabelle von MetaQuotes. Die Beschreibungen selbst stammen von der MQL4-Seite Trade Server Return Codes.

Trade context busy (146) ist MT4-spezifisch. Die MQL4-Funktion IsTradeContextBusy() „gibt true zurück, wenn ein Thread für den Handel von einem anderen Expert Advisor belegt ist“. Es handelt sich um ein clientseitiges Problem. Mehrere EAs in einem Terminal konkurrieren um den Handelsthread, und die Lösung ist eine Wiederholungslogik oder weniger EAs pro Terminal. Der Broker kann es nicht auf dem Server beheben.

Autotrading- und Berechtigungsfehler

Autotrading-Fehler lassen sich klar am Namen unterscheiden: 10026 besagt, dass der Server es deaktiviert hat, und 10027, dass das Client-Terminal es deaktiviert hat. In MT4 ist die clientseitige Entsprechung der Laufzeitfehler 4109.

Plugins können Anfragen ebenfalls blockieren oder umschreiben. Ein Risiko- oder Routing-Plugin, das Orders ablehnt, erscheint für den Kunden als allgemeine Ablehnung (10006) oder allgemeiner Fehler (2). Haben die Ablehnungen nach einem Plugin-Update begonnen, prüfen Sie zuerst dieses Plugin. Wir entwickeln und pflegen solche Plugins im Rahmen der MetaTrader-Plugin-Entwicklung.

Vom Feuerlöschen zum Monitoring

Die meisten wiederkehrenden MetaTrader-Fehler lassen sich in den Serverlogs erkennen, bevor sich Kunden beschweren. Dorthin gelangen Sie, indem Sie Fehlerraten statt einzelner Tickets beobachten. Ein Anstieg von 10021 bei einem Symbol, Timeouts während einer Session oder Ablehnungen nach einem Bridge-Neustart sind wenige Minuten nach ihrem Beginn in den Logs sichtbar.

FXSUPPORT bietet MT4/MT5-Plattformsupport für Broker und Prop-Firmen: Einrichtung, Updates, Backups, Konfiguration, Log-Monitoring und Bridge-Konfiguration. Wir betreuen außerdem Serverinfrastruktur im Vereinigten Königreich und in den Niederlanden mit Monitoring und einem Verfügbarkeitsziel von 99,9 %. In der Praxis bedeutet das, dass wir:

• Plattform- und Bridge-Logs auf Fehlermuster überwachen, nicht nur auf Ausfälle;
• Symbol-, Session- und Gruppeneinstellungen nach jeder Änderung und vor Sommerzeitumstellungen prüfen;
• das Verhalten von Plugins nach Plattform-Updates prüfen;
• Server gegen DDoS härten und Backups wiederherstellbar halten.

Wenn Sie einen Broker betreiben und Ihr Support-Team seine Tage damit verbringt, dieselben Fehlertickets zu beantworten, ist das ein Zeichen dafür, dass die Ursache auf dem Server liegt. Was wir abdecken, finden Sie unter MT5-Support und MT4-Support, oder kontaktieren Sie uns für eine kostenlose technische Prüfung.