Сокрытие позывного.

Сокрытие позывного через присвоение псевдонима.

В системе без всякой авторизации для доступа к накопленным сообщениям достаточно лишь знания позывного. Это оправданно в доверенной сети, когда все корреспонденты взрослые, и не станут читать чужую информацию для известных им позывных.

Но в жизни всякое бывает.

Поэтому пользователю имеет смысл назначить для публичного позывного приватный, после чего все сообщения, отправляемые на публичный позывной, станут переадресовываться на приватный. Если приватный позывной не разглашать, сообщения можно считать защищёнными от постороннего доступа.

Для присвоения публичному позывному приватного потребуется команда:

PRIVATE IS PUBLIC

Здесь:
PRIVATE - секретнный приватный позывной, или псевдоним.
IS - элемент синтаксиса, символ присвоения.
PUBLIC - общеизвестный публичный позывной.

Регистр набора команды (мелкие или большие буквы) безразличен.
Псевдоним присваивается однократно, и не может быть далее изменён.

Защита позывного от «угона».

Так как команда на присвоение псевдонима может быть подана в любой момент и кем угодно, её надо задействовать сразу, как только Вы решите пользоваться системой. Смысл в том, что такая команда сработает только один раз.

Невозможно присвоить публичному позывному новый псевдоним, если такое действие было предпринято ранее. И наоборот, если псевдоним ещё не присваивался, его можно назначить в любой момент.

Поэтому, если псевдоним необходим, поступаете, как сказано выше.
В противном случае достаточно приравнять псевдоним позывному:

PUBLIC IS PUBLIC

Здесь:
PUBLIC - публичный позывной.
IS - символ присвоения.

Предупреждение.

Если Вы пользуетесь псевдонимом, то при нажатии на кнопку ответа на сообщение, в первой строчке текстовой формы, там, где команда, в качестве отправителя указывается не публичный позывной, а именно псевдоним. Его следует ручками заменить на свой публичный позывной во избежание разглашения.

Сервис не хранит в себе позывные пользователей ни прямым текстом, ни в зашифрованном виде. Позывные извлекаются только из команды, для них вычисляется хэш, и далее шифрованное сообщение направляется либо прямо на хэш корреспондента, если у него нет псевдонима, либо на хэш псевдонима (есть таблица соответствия хэшей позывных и псевдонимов).

Таким образом, соответствие псевдонима позывному отсутствует, и сервис не имеет возможности подставить в бланк ответа публичный позывной вместо секретного псевдонима. Отнеситесь к этому с пониманием.

О затейливом.

Возможно, возникнет мысль создать цепочку позывных с переадресацией между ними силами концепции псевдонимов. Раз уж позывному можно назначить псевдоним только однократно, но никто не запрещает для этого псевдонима выдумать другой, то не будет ли сообщение уходить транзитом в самую конечную точку?

Нет, не будет. Рекурсия тут отсутствует.