11 фев 16 12:12, Sergey Sarabun -> Anton Velichko:
SS> Да, так и есть, существующее серверное ПО на это не расчитано, т.к. 25 SS> лет назад, кто же знал что компьютеры станут доступные всем(в то время SS> иметь ПК было круто, и это было буржуйством и мысль о наличии 2х ПК с SS> одним аккаунтом звучала как меж планетные переты), плюс к этом никто и SS> не смел мечтать о полноценных карманных ПК с размером в спичечный SS> коробок.
SS> Изучив binkp протокол, реализовать это проблематично, т.к. текущие SS> тоссеры пакуют почту для аккаунта а не для девайса. В теории не сложно SS> отправлять на сервер пакет M_NUL: "DEV идентификатор SS> устройства/клиента" и научить тоссере паковать почту не для адреса, а SS> для адреса + "идентификатор устройства/клиента". Плюс к этому текущее SS> ПО будет работать, т.к. они эту опцию будут(я на это надеюсь) SS> игнорировать.
Hе сильно ли замудрено? Ведь в мобильных клиентах не обязательно делать поддрежку binkp. Хоть по http через rest принимать логин/пароль, дальше брать список прочитанных сообений на клиенте, отправлять ему свой, отмечать у себя в базе и отдавать почту, которой на клиенте нет. лучше даже через https, чтобы создать иллюзию защищености данных :)
А при доработке binkp все равно решение получается узкоспециализированым, чтоит ли тратить на это силы и время?
С наилучшими пожеланиями, Anton.
--- -Пиши, старик, пиши! Мы тебя не покинем. * Origin: Hеужели опять: яйца всмятку, котлеты, цыплята? (2:5020/1906.48)