Ну вы же сами пишете "у меня нет ни времени, ни желания добавлять новый пункт в процедуру увольнения сотрудника". Если бы кто-то в вашей компании нашёл время и желание, озвученная проблема превратилась бы в задачу, которая достаточно просто решается, тем более инструменты есть (API).
Как показал опрос
Предлагаемые варианты ответов, как бы это сказать, практически безальтернативные. Я вот не нашёл варианта "Не знал про это, но не считаю это проблемой сервиса Яндекс 360/VK WorkSpace/whatever".
Так это проблемы ваших процессов, при чём тут почтовый сервис?
И почему вы думаете, что правила в почтовом сервисе должны автоматически отключаться при блокировке учётной записи?
Если уж сравнивать, сравните с Exchange Online (MS 365). Там если у пользователя настроено правило пересылки, оно продолжит работать даже если вы переведёте пользователя в статус Disabled (в дефолтной конфигурации).
А в чём проблема выкачать содержимое Яндекс Диска пользователя при его увольнении? Есть API, есть даже отдельные программные продукты для этого — выбирай, не хочу.
В больших компаниях можно себе позволить при увольнении по API проверять есть ли у пользователя правила пересылки писем, и, при необходимости, удалять их. Ну и в целом, это вопрос оценки рисков и технических особенностей управления учётными записями пользователей. По идее, ответственный за процесс увольнения должен сходить к ответственному за сервис Я360 внутри компании и проверить всё, что нужно.
За заблокированного пользователя в Я360 продолжает списываться абонплата, так что использовать блокировку для уволенных сотрудников такое себе решение.
Безопаснее удалять, тогда и все правила удаляются. А если нужно содержимое почтового ящика, можно выкачать по IMAP перед удалением.
Про просмотр больших файлов листером TC сразу тоже подумал. А вообще, помимо рефлекторного копипаста набираемого текста (Ctrl+A, Ctrl+C, о чём уже писали тут), ещё использую функцию ведения дневника в Punto Switcher. Не раз спасало после случайного закрытия не только вкладки браузера, но и закрывания окна мессенджера и т.п.
Ну вы же сами пишете "у меня нет ни времени, ни желания добавлять новый пункт в процедуру увольнения сотрудника".
Если бы кто-то в вашей компании нашёл время и желание, озвученная проблема превратилась бы в задачу, которая достаточно просто решается, тем более инструменты есть (API).
Предлагаемые варианты ответов, как бы это сказать, практически безальтернативные. Я вот не нашёл варианта "Не знал про это, но не считаю это проблемой сервиса Яндекс 360/VK WorkSpace/whatever".
Так это проблемы ваших процессов, при чём тут почтовый сервис?
И почему вы думаете, что правила в почтовом сервисе должны автоматически отключаться при блокировке учётной записи?
Если уж сравнивать, сравните с Exchange Online (MS 365).
Там если у пользователя настроено правило пересылки, оно продолжит работать даже если вы переведёте пользователя в статус Disabled (в дефолтной конфигурации).
А в чём проблема выкачать содержимое Яндекс Диска пользователя при его увольнении? Есть API, есть даже отдельные программные продукты для этого — выбирай, не хочу.
В больших компаниях можно себе позволить при увольнении по API проверять есть ли у пользователя правила пересылки писем, и, при необходимости, удалять их.
Ну и в целом, это вопрос оценки рисков и технических особенностей управления учётными записями пользователей. По идее, ответственный за процесс увольнения должен сходить к ответственному за сервис Я360 внутри компании и проверить всё, что нужно.
За заблокированного пользователя в Я360 продолжает списываться абонплата, так что использовать блокировку для уволенных сотрудников такое себе решение.
Безопаснее удалять, тогда и все правила удаляются. А если нужно содержимое почтового ящика, можно выкачать по IMAP перед удалением.
Про просмотр больших файлов листером TC сразу тоже подумал. А вообще, помимо рефлекторного копипаста набираемого текста (Ctrl+A, Ctrl+C, о чём уже писали тут), ещё использую функцию ведения дневника в Punto Switcher. Не раз спасало после случайного закрытия не только вкладки браузера, но и закрывания окна мессенджера и т.п.