Я не знаю, как сказать, что они достигли максимума. Только то, что они пытались закачать слишком много и ошиблись при 3-м подключении.

Единственная ошибка, которую я, вероятно, использовал бы - это 429, «Слишком много запросов».

Из RFC 6585:

http://tools.ietf.org/html/rfc6585#page-3

1. 429 слишком много запросов

   Код состояния 429 указывает на то, что пользователь отправил слишком много запросы за заданный промежуток времени («ограничение скорости»).

   Представления ответа ДОЛЖНЫ включать подробности, объясняющие условие и МОЖЕТ включать заголовок Retry-After, указывающий, как долго ждать, прежде чем делать новый запрос.

   Например:

   HTTP / 1.1 429 Слишком много запросов Тип содержимого: текст / html Повторить после: 3600

   Слишком много запросов

   Слишком много запросов

   Я разрешаю только 50 запросов в час к этому веб-сайту за авторизованный пользователь. Повторите попытку в ближайшее время.

   Обратите внимание, что эта спецификация не определяет, как исходный сервер идентифицирует пользователя и как подсчитывает запросы. Например, исходный сервер, который ограничивает частоту запросов, может сделать это на основе количество запросов для каждого ресурса по всему серверу, или даже среди множества серверов. Точно так же он может идентифицировать пользователя по его учетным данным для аутентификации или cookie с отслеживанием состояния.

   Ответы с кодом состояния 429 НЕ ДОЛЖНЫ храниться в кэше.

Хорошее место, где можно найти большую часть кода, действительно используемого большим количеством серверов или крупными компаниями, - это Википедия:

http://en.wikipedia.org/wiki/List_of_HTTP_status_codes