Показать сообщение отдельно
  #25  
Старый 17.08.2016, 16:39
Anton Velichko
Guest
 
Сообщений: n/a
По умолчанию Активные разработчики

Anton Velichko написал(а) к Sergey Sarabun в Feb 16 14:02:10 по местному времени:

Привет, Sergey!

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> игнорировать.

Не сильно ли замудрено? Ведь в мобильных клиентах не обязательно делать поддрежку binkp. Хоть по http через rest принимать логин/пароль, дальше брать список прочитанных сообений на клиенте, отправлять ему свой, отмечать у себя в базе и отдавать почту, которой на клиенте нет. лучше даже через https, чтобы создать иллюзию защищености данных :)

А при доработке binkp все равно решение получается узкоспециализированым, чтоит ли тратить на это силы и время?


С наилучшими пожеланиями, Anton.

--- -Пиши, старик, пиши! Мы тебя не покинем.
Ответить с цитированием