ArthesDark, если этот метод возвращает строку, эта строка, вероятно, JSON, и если так - его надо сначала десериализовать (превратить в структуру типа список). В python есть встроенная библиотека для этого.
Не все сервера поддерживают полноценную файловую систему, где можно хранить файл бд; кое-где оно может между сессиями или время от времени терять изменения.
ArthesDark, глазами в коде библиотеки - самый лучший способ. Также можно воспользоваться подсказками IDE, но это не всегда информативно.
Еще можно дебаггером.
mrdarkness, любые решения, основанные на социальных методах (что пользователь должен совершать сложное действие), крайне дороги в эксплуатации. И практически не работают.
Сто лет не копался в линюхах, но возможно там более сложная ситуация с разделами. Попробуйте посмотреть какие разделы куда смонтированы и какой у них объем, а также какие права. Возможно, в этом и будет причина.
Ощущение, что вы где-то выдернули кусок чужого кода (от aiogram, похоже), но он не подходит к остальным надерганным кускам кода.
Думаю, если используете telethon, надо прочесть его код, хотя бы касающийся класса Message, и найти что там есть про replay_to, и разобраться в нем и, возможно, попробовать его использовать.
Либо просто прочесть API клиента telegram и найти там что вам надо и дергать его напрямую.
Чтоб поиск в оутлук работал хорошо, после существенных изменений в базе сообщений оутглюка надо дать ему «настояться» - проиндексироваться. Сам недавно наступил на эту граблю.
Вообще не спец в этом, но банально из Википедии - оба формата должны подходить, но зависит от того, насколько передаваемые данные «свободны от схемы».
Как я это понял - если идут строки одной таблицы (сколь угодно сложной, но все по одному образцу), то Proto; если данные могут идти всяко разно по ситуации, и надо разбираться по получении, чё кого, то Bson. Это так, размышления диванного аналитика.
