Слишком медленное сохранение нескольких электронных писем с одинаковым именем

Question

У меня есть пользователь, который хочет создавать резервные копии электронной почты на наших сетевых ресурсах. Она делает это, перетаскивая письма и отправляя их в общий ресурс, на котором она хочет сделать резервную копию своих писем. Это создает eml-файл с темой в качестве имени файла.

Все письма имеют одинаковую тему (они генерируются другой системой), поэтому, когда она делает это, она получает окно с 3 опциями (не копировать, перезаписывать, копировать, но переименовывать). Она выбирает третий вариант и устанавливает флажок "сделать это для всех файлов". Затем процесс копирования начинается, но занимает очень много времени. Иногда процесс внезапно останавливается во время копирования, и пользователь должен начать снова.

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

Она использует IBM Notes 9.0 и Windows 7 Pro.

Как мы можем скопировать файлы без проблем, перечисленных выше? Что заставляет процесс быть настолько медленным / внезапно останавливаться?

Answer 1

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

Код кнопки будет выглядеть примерно так:

FIELD Subject := @Text(@Now) + " " + Subject;

(Не испытано!)

Агент, который может запускать несколько сообщений одним кликом, был бы лучше, но тогда вам пришлось бы иметь дело с добавлением агента либо в почтовый шаблон и поддержанием этого шаблона через любые обновления Notes, либо добавлением его непосредственно в почтовый файл пользователя. и защита его от операций замены / обновления дизайна - что требует большего объяснения и приближает нас к территории StackOverflow, чем к территории SuperUser.