Reading rejection codes as a diagnostic tool
Posted: Fri Oct 30, 2026 12:17 pm
Reading rejection codes as a diagnostic tool
Trading logs contain error codes that most people ignore. Each one names a specific reason for failure, and patterns among them tell a lot.
A few common ones on MetaTrader platforms: requote, off quotes, invalid stops, trade context busy, no money, market closed, too many requests, and timeout. Every one points to a different layer of the system.
Requote and off quotes tell of price movement during the order's travel. Invalid stops points to distance rules. Trade context busy is usually a client-side problem, with several processes competing for the single trading channel. Too many requests shows a throttle. Timeout points to network or server load.
Counting the codes over a month builds a profile. A large share of off quotes during certain hours means pricing trouble at that time. A cluster of timeouts around the open of London suggests server load.
The log is stored in the terminal's journal tab and in files on disk. Exporting it into a spreadsheet and counting codes by hour takes an hour of work and often exposes a weakness that no amount of strategy tweaking would have fixed.
Some brokers will explain unusual codes when asked directly, and a pattern with timestamps makes the question harder to wave away.
When a pattern appears, the next step is to separate causes by controlling variables. Send the same small test order every ten minutes for a day from the same terminal, log the result, and look for time-of-day effects. Repeat from a different network or machine. If the failures follow the clock rather than the machine, the broker is the cause. If they follow the machine, the setup is. That distinction is the starting point of any useful conversation with support.
Which error code appears most often in the journal, and at what times of day does it cluster?
Trading logs contain error codes that most people ignore. Each one names a specific reason for failure, and patterns among them tell a lot.
A few common ones on MetaTrader platforms: requote, off quotes, invalid stops, trade context busy, no money, market closed, too many requests, and timeout. Every one points to a different layer of the system.
Requote and off quotes tell of price movement during the order's travel. Invalid stops points to distance rules. Trade context busy is usually a client-side problem, with several processes competing for the single trading channel. Too many requests shows a throttle. Timeout points to network or server load.
Counting the codes over a month builds a profile. A large share of off quotes during certain hours means pricing trouble at that time. A cluster of timeouts around the open of London suggests server load.
The log is stored in the terminal's journal tab and in files on disk. Exporting it into a spreadsheet and counting codes by hour takes an hour of work and often exposes a weakness that no amount of strategy tweaking would have fixed.
Some brokers will explain unusual codes when asked directly, and a pattern with timestamps makes the question harder to wave away.
When a pattern appears, the next step is to separate causes by controlling variables. Send the same small test order every ten minutes for a day from the same terminal, log the result, and look for time-of-day effects. Repeat from a different network or machine. If the failures follow the clock rather than the machine, the broker is the cause. If they follow the machine, the setup is. That distinction is the starting point of any useful conversation with support.
Which error code appears most often in the journal, and at what times of day does it cluster?