Первая
А-ха........ А базы тоже архивируешь средствами Бата? А восстановить хоть раз пробовал? Попробуй-ка - сюрприз получитсяСообщение от Yavorsky Vadim
Я уже вообще забил на/забыл о "средствах Бата".
А-ха........ А базы тоже архивируешь средствами Бата? А восстановить хоть раз пробовал? Попробуй-ка - сюрприз получится
Я уже вообще забил на/забыл о "средствах Бата".
Пробовал, недели 3 назад, когда на Вояджер перелезал!
Неужели БАЗЫ С ПИСЬМАМИ тоже восстанавливаются нормально???
Хотя… На bt этот баг с восстановлением опубликован как проблемы с восстановлением баз, если они размером больше ХХ гигабайт. Так вот, у меня около 3,5 ГБ. Я - среди пострадавших. Щас найду...... Вот: https://www.ritlabs.com/bt/view.php?id=4824
и еще вот: https://www.ritlabs.com/bt/view.php?id=4963 (хотя у меня какие-то другие ошибки постоянно)
Так это проблема 2Гб :-)…
Вот вам тест.
Два почтовых ящика:
asqwas80@mail.ru (https://www.ritlabs.com/bt/file_down…=1980&type=bug) - исходный ящик, в нём лежит письмо на отправку по адресу:
asdqweasd80@mail.ru (https://www.ritlabs.com/bt/file_down…=1979&type=bug) - ящик, в котором хранение вложений реализовано в отдельной папке и включен фильтр на пересылку писем, пришедших от корреспондента asqwas80.
Для полноты эффекта я создал фильтр, который удаляет (точнее, переносит в корзину, но это сути не поменяет) письма, отправленные первым фильтром, а в свойствах ящика включил "Очищать корзину при выходе из The Bat!"
Так что для созерцания бага достаточно:
1) отправить письмо с ящика asqwas80;
2) получить почту в ящик asdqwezxc80. Сработают фильтры: письмо будет переложено в папку Sorted и перенаправлено дальше - по адресу asqwas80@mail.ru (обратно - чтобы все видели, что вложение спасётся, покинув "неблагополучный ящик")
3) выходим из Бата и снова запускаем его (или сами очищаем корзину ящика asdqwezxc80). В результате очистки корзины вместе с письмом будет удалён файл вложения About winmail.zip;
4) смотрим письмо в папке Sorted. Ругаемся в меру своей воспитанности и идём получать почту в ящик asqwas80, так как это единственный способ вернуть письмо с вложением.
Ой, ой, ой, я кажется понял (правыда я давно хотел, про это написать, но…). Итак, как вы уже сказали риты это переносят в фичу, и в английском хелпе про это написано так (приведу сразу русский вариант):
Хранить прикрепленные файлы
В теле писем - прикрепленные файлы остаются в теле письма.
В каталоге отдельно от писем - после приема почты, файлы автоматически выносятся из тела письма и помещаются в отдельный каталог, указанный в соответствующем поле. Если используется значение <по умолчанию>, полное имя каталога будет формироваться как "Каталог почтового ящика + \ATTACH".
Замечание: Если установлено значение хранить прикрепленные файлы отдельно, то при перемещении писем в другой ящик, прикрепленный файлы остануться не перемещенными.
Нет, всё гораздо хуже.
Во-первых, в фичу они это не переносят - это я в переносном смысле выразился.
Во-вторых, при перемещении писем в другой ящик давным-давно работает автоматический перенос аттачей. И я этим обстоятельством пользуюсь для синхронизации рабочей и домашней ипостасей моего ящика.
Так что глюк с менеджментом аттачами имеет несколько другую природу, а именно - RIT'ам почему-то лень проверить, что аттач к новому письму, которое генерится в результате работы фильтра лежит в служебной папке.
Работает, работает. И, еще как!!!
Хранить вложения в теле писем я всё равно не стану. Нафиг мне в случае аварии базы волосы рвать, если нужный файл я могу просто в Attach'ах найти?..
Полностью присоединяюсь. Вот, вопрос, только: - как бы таки добиться от Господ из RitLabs, что бы они вняли к нашим молитвам?
P.S.
"Демократия, это не диктатура большинства, а соблюдение прав меньшинств"!
Сделано!
Коллеги!
Что вам всё-таки мешает в алгоритмах Forward и Redirect (в том числе, при срабатывании фильтров) дописать проверку
Если вложения хранятся отдельно от писем, то
Если вложения обрабатываемого письма хранятся в служебной папке Attach, то
При создании письма создавать копии вложений
Конец Если
Конец Если
?
