@imessaging/telegram-mtproto 0.6.6 → 0.7.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@imessaging/telegram-mtproto",
-  "version": "0.6.6",
+  "version": "0.7.0",
   "description": "Telegram MTProto user-account transport for imessaging",
   "keywords": [
     "messaging",
@@ -31,7 +31,7 @@
     "test": "bun test"
   },
   "dependencies": {
-    "@imessaging/core": "0.6.0",
+    "@imessaging/core": "0.7.0",
     "big-integer": "^1.6.52"
   },
   "peerDependencies": {

package/src/incoming.ts

@@ -31,7 +31,9 @@ export type MtprotoMessageLike = {
    * Без него ответить по одному номеру нельзя: клиент знает только тех, кого уже разрешал, а
    * `accessHash` из обновления больше нигде не хранится.
    */
-  getInputSender?: () => Promise<{ userId?: { toString(): string }; accessHash?: { toString(): string } } | undefined>;
+  getInputSender?: () => Promise<
+    { userId?: { toString(): string }; accessHash?: { toString(): string } } | undefined
+  >;
   /** Отправитель целиком. Обращение к сущностям обновления, а не поход в сеть. */
   getSender?: () => Promise<{ username?: string } | undefined>;
 };
@@ -64,7 +66,8 @@ export function peerToChat(peer: MtprotoPeerLike | undefined): {
 } {
   if (peer?.channelId !== undefined)
     return { chatId: `-100${peer.channelId.toString()}`, chatType: "channel" };
-  if (peer?.chatId !== undefined) return { chatId: `-${peer.chatId.toString()}`, chatType: "group" };
+  if (peer?.chatId !== undefined)
+    return { chatId: `-${peer.chatId.toString()}`, chatType: "group" };
   if (peer?.userId !== undefined) return { chatId: peer.userId.toString(), chatType: "user" };
   throw new Error("MTProto peer without userId, chatId or channelId");
 }

package/src/telegram-mtproto-transport.ts

@@ -243,8 +243,15 @@ export class TelegramMtprotoTransport
    * Повторы неизбежны и это нормально: потребитель обязан отсеивать по идентификатору сообщения,
    * а не полагаться на то, что канал не повторится. Он и так повторяется в обычной жизни.
    */
-  async catchUp(options: { limit?: number; dialogs?: number } = {}): Promise<number> {
+  async catchUp(
+    options: { limit?: number; dialogs?: number; sinceMs?: number } = {},
+  ): Promise<number> {
     const limit = options.limit ?? 20;
+    // ГРАНИЦА ПО ВРЕМЕНИ ОБЯЗАТЕЛЬНА ПО СМЫСЛУ: без неё первый же опрос поднимает всю доступную
+    // историю каждого диалога и отдаёт её потребителю как новьё. Замер 07.09.2026 — сотни старых
+    // сообщений уехали продукту, который их давно разобрал. Догрузка чинит пропажу последних
+    // минут, а не восстанавливает архив.
+    const since = options.sinceMs ?? Date.now() - 6 * 60 * 60 * 1000;
     const dialogs = await this.client.getDialogs({ limit: options.dialogs ?? 200 });
     let dispatched = 0;
     for (const dialog of dialogs) {
@@ -254,6 +261,8 @@ export class TelegramMtprotoTransport
       const messages = await this.client.getMessages(entity, { limit }).catch(() => []);
       // От старых к новым: порядок обработки должен совпадать с тем, в каком они пришли бы живьём.
       for (const message of [...messages].reverse()) {
+        const at = (message as { date?: number }).date;
+        if (typeof at === "number" && at * 1000 < since) continue;
         const delivered = await this.incoming.dispatch(
           message as unknown as MtprotoMessageLike,
           this.id,
@@ -395,7 +404,7 @@ export class TelegramMtprotoTransport
    * «мы этому человеку ещё не писали и он нам тоже», а не поломку.
    */
   private async knownInputPeer(recipient: MessageRecipient): Promise<Api.TypeInputPeer | null> {
-    if (recipient.type === "email" || recipient.type === "username") return null;
+    if (!isTelegramRecipient(recipient) || recipient.type === "username") return null;
     // Обычной группе ни клиент, ни хранилище не нужны: `InputPeerChat` строится из одного номера.
     if (recipient.type === "group") {
       return new Api.InputPeerChat({ chatId: bigInt(unmarkPeerId(recipient.id)) });
@@ -411,7 +420,10 @@ export class TelegramMtprotoTransport
     // Почтовый получатель сюда доходить не должен: разрешать адрес как @username бессмысленно, а
     // сообщение об отказе тогда врало бы про Telegram.
     if (!isTelegramRecipient(recipient)) {
-      throw new Error("Telegram MTProto cannot send email");
+      if (recipient.type === "email") {
+        throw new Error("Telegram MTProto cannot send email");
+      }
+      throw new Error(`Telegram MTProto cannot address ${recipient.type}`);
     }
     if (recipient.type !== "username" && !recipient.username) {
       throw new Error(