попробуй быть более агрессивным. aggressive=True в iter_participants

двести штук не смог

Ребята, зачем нужен InputPeerUser, если у InputUser абсолютно те же самые поля?

Спроси у telegram

Функционал у них одинаковый

последнее время лимиты чет растут и растут ((( меньше получается достать

Привет, пользовался кто нибудь client.catch_up() на ботах? Не могу понять почему ничего не происходит при его вызове.

сначала нужно зарегистрировать обработчик

Все есть, судя по коду, в client пустой ._state_cache поэтому catch_up Ничего не делает, но я пока не пойму где и как этот _state_cache должен заполняться после disconnect`а, в сессии он не хранится судя по всему

Если самостоятельно его инициализировать, то catch_up Начинает работать, но это чото костыли какие то.

UPD: проблема была в хранении сессий, сменил тип сессии на SqlLite и заработало

Так выходит, что если отправить боту альбом, он получит это не как 1 NewMessage, а как n. Теперь я хочу переслать этот альбом в другой чат (пускай даже не в виде альбома, пофиг). Но из-за асинхронности фотографии в этом другом чате не в том порядке разложены. Я хочу исправить это блокировкой программы до выполнения отправки в другой чат первой фотографии, второй итд. (на быстродействие тоже пофиг). Но я не могу найти, как использовать асинхронную функцию в качестве синхронной. Может кто-нибудь помочь?

В доке есть флаг отвечающий за последовательную обработку сообщений

sequential_updates, посмотри, может это то что тебе поможет

Пойдет в принципе, спасибо! Но если есть эксперты по asyncio, все равно интересно можно ли так сделать. Вкратце, нужно использовать асинхронную функцию в качестве синхронной.

если loop не запущен, то можно loop.run_until_complete(). Если запущен, то уже сложнее

ещё посмотри в сторону asyncio.Lock. Он не позволит обернутому в него асинхронному коду выполняться конкурентно в нескольких местах. Что-то вроде синхронщины, только на определенный участок кода

да, вроде, тебе это подойдет. Заверни код пересылки сообщения в Lock

Может подскажет кто, есть ли возможность дождаться заверщения обработчиков и затем выполнить disconnect?
Сейчас ситуация получается такая что завершается catch_up и затем disconnect, при этом обработчики не успевают отработать. Как это можно отследить?

Как получить недавние действия из канала?

Спасибо, действительно работает.