Есть ли способ поставить аутентификацию на URL подписки на календарь, который в формате ics в outlook?

Question

Я создал URL для подписки на события календаря, в основном в Outlook. Поскольку он содержит личную информацию, я хочу, чтобы пользователи могли проходить аутентификацию при подписке на этот URL-адрес календаря, используя имя пользователя и пароль. Я не хочу, чтобы пользователи добавляли пароли в URL для аутентификации.

Есть ли способ добиться этого, когда в Outlook потенциально появляется диалоговое окно, где пользователь может ввести свои учетные данные безопасности или каким-либо другим способом аутентификации? Я использую node.js на стороне сервера.

Заранее спасибо!

Answer 1

Подписка на календарь - это всего лишь ресурсы HTTP, поэтому вы пытались защитить свой ресурс с помощью аутентификации Basi c, например, используя что-то вроде https://www.npmjs.com/package/basic-auth?

Answer 2

Я не верю, что есть последовательный способ сделать это: спецификация RFC5545 предназначена для «определения общего формата для открытого обмена информацией о календаре и планировании через Inte rnet ".

Ie получающее приложение должно иметь возможность доступа к URL. Для некоторых это может сработать, если пользователь приложения сможет получить доступ к URL-адресу во время входа в систему, а в других случаях произойдет сбой. Это то, что сильно раздражало меня школьным заявлением. Можно войти в систему и загрузить файл ics и импортировать его, НО не мог подписаться на него. Таким образом, когда бы ни происходили обновления как минимум каждый семестр, нужно было входить в систему и повторно скачивать и импортировать.

Опция: Вы можете войти в систему и получить их уникальный запутанный URL. Вот как это делает календарь Google. Это «приватный», но общедоступный c URL-адрес - любой, кто получает этот URL-адрес, может подписаться на него. Поскольку, даже если он не был опубликован c, человек, который входит в систему, может также загрузить его и отправить файл, существует только «некоторый» дополнительный минимальный риск.

На любом этапе, если люди больше не авторизован для доступа к URL, тогда для их URL вы выдаете 410, или пустой файл ics, или файл с фиктивными событиями.