-------------------------------< 5-10 >------------------------------------
GVD: Был как_то разговор о том что ВАТ! ставит в ответах не совсем
правильное время (по логике) Так вот в версии 1.38 стало возможным делать
такое!!! Вот и пример
AVK> По умолчанию, Летучий Мыш (далее: TB -- от The bat (англ.)) при
использовании макроса %ODATE вставляет не ту дату, что указана в
RFC822-хедерах (далее -- хедеры, от headers (англ.)) исходного письма, а
"локализованную" дату с учетом реального часового пояса, в котором этот TB
летает (живет). Например, если я в 12:00 AM по своему времени пошлю письмо,
адресованное товарищу по имени John Jones (хотя, конечно, гусь свинье не
товарищ...), который живет в зоне -0400 (сиречь в восточной Америке), то в
ответ (если этот галимый Jones летает на летучей мыши, конечно --- впрочем,
всеми нами нежно любимый Аутглюк "работает" ровно так же) я получу что-то
вроде:
On 5:00 AM Alexander V. Kiselev wrote:
Что, разумеется, полный бред, потому как в это время я обычно сплю и,
как следствие, писем не пишу. Меня (как и некоторых других пользователей)
это безобразие раздражает, поэтому
СОЛЮШЕН: (от solution (англ.) -- решение)
Воспользуемся же возможностями ТВ, связанными с регулярными выражениями
(regular expressions). Забудем о существовании этого глюкавого %ODATE, а
заместо него напишем вот такую вот мутотень:
%SETPATTREGEXP="(?m-s)Date\:\s*?((.*?[\d]{4})\s*?([\d]{0,2}\:[\d]{0,2}\:[\d]{0,2})\s*?(.*))"
%REGEXPBLINDMATCH="%HEADERS"
Теперь, ежели мы после этого (проверки для) поставим в тот же Reply
Template еще и следующие строки:
subpattern0: %SUBPATT="0"
subpattern1: %SUBPATT="1"
subpattern2: %SUBPATT="2"
subpattern3: %SUBPATT="3"
subpattern4: %SUBPATT="4"
То в ответ мы получим что-то вроде:
subpattern0: Date: Tue, 9 Mar 1999 10:42:14 +1000
subpattern1: Tue, 9 Mar 1999 10:42:14 +1000
subpattern2: Tue, 9 Mar 1999
subpattern3: 10:42:14
subpattern4: +1000
Сиречь, на самом деле в Template надо писать что-то
вроде:
*****
Когда на календаре было %SUBPATT="2", а ваши ходики
показывали %SUBPATT="3"
-- а тикают эти ходики в часовом поясе
GMT%SUBPATT="4" --- вы таки мне настрочили
нижеследующее:
*****
Летучий Мыш немного подумает и родит следующее:
*****
Когда на календаре было Tue, 9 Mar 1999, а ваши ходики
показывали 10:42:14
-- а тикают эти ходики в часовом поясе
GMT+1000 --- вы таки мне настрочили
нижеследующее:
*****
Ну, или можно использовать любую другую комбинацию перечисленных выше
пяти %SUBPATT... Что каждое из них выдает, выше указано.
Наконец, для слишком ленивых или совсем неизобретательных, можно
предложить следующий варьянт:
%SETPATTREGEXP="(?m-s)Date\:\s*?((.*?[\d]{4})\s*?([\d]{0,2}\:[\d]{0,2}\:[\d]{0,2})\s*?(.*))"
On %REGEXPMATCH="%HEADERS"...
, что приведет к нижеследующему результату:
On Tue, 9 Mar 1999 10:42:14 +1000...
и никаких %SUBPATT ваще не надоть... Но и сагу про ходики написать не
удастся, канэшна!
ВОТЪ!
-------------------------------< 5-10 >------------------------------------
=============================================================================
*****************************************************************************
6. РАНЬШЕ Я ИСПОЛЬЗОВАЛ ПРОГРАММУ ХХ И ТЕПЕРЬ РЕШИЛ ПЕРЕЙТИ НА THE BAT!
-------------------------------< 6-0 >------------------------------------
Q> Я хотел бы переместить все мои старые сообщения от Pegasus в Bat! и
Q> сохранить папки относительно в том же виде и порядке. Как это сделать
Q> _просто_?
GVD: Я Пегасом не пользовался и могу только предположить что в ВАТ!
"Мастер импортирования" работает с почтовым ящиком Пегаса ver 2.xx так же
хорошо как и с почтовыми ящиками ОE/NN/ММ... Создай в ВАТ! почтовый ящик.
Потом в ВАТ! панели "Инструменты" - "импортировать сообщение" - "Мастер
импортирования" и выбрать программу с которой собираешься мигрировать в
ВАТ! Выполняй все инструкции и в результате получишь письма в ящике ВАТ!
IMHO, *так* очень просто.
GVD: С Netscape Navigator все так и есть (как описано выше), но ... Как
показывает горькая практика не все явно и просто.
AK:
0. Дано: Microsoft Outlook с письмами, The BAT! - без, конвертиться не
хочет.
1. Я проинсталировал Microsoft Outlook Express - это обкоцанная версия
просто Outlook, идет в Винь98 дитрибуте.
2. В него проконвертировал базу от Microsoft Outlook - полного, идет с
Microsoft Office.
3. Из BAT!а подсосал базу Outlook Express
4. Все заработало.
5. Проблема была в том, что BAT! не понимает базу Outlook, но понимает
формат версии по-проще - Outlook Express.
GVD: Импорт из ОЕ имеет некие трудности и где искать неприятности не ясно
(предположим что во всем виноват... ОЕ) Предлагается методика импорта,
позволяющая импортировать не только письма, но и полученные news-конференции
Проверено для большинства версий TB! 1.4? [Beta/*] с OE 5.00.2919.6700
под Windows NT 2000 Advanced Server Build 2195 (eng) и OE 5.00.2314.1300 под
Windows 98 (eng).
K,A: Проблема импорта, возможно, _отчасти_ кроется в недосжимаемости
OE-папок, даже после сжатия (compact) папки остаётся wasted space. Основная
идея метода заключается в том, что TB! хорошо импортирует из
_новой_подпапки_инбокса_, в которую _только_ копировали или перемещали
сообщения из другой _подпапки_инбокса_.
Для импорта постингов из двух ньюсгрупп, скажем, comp.lang.clarion и
comp.lang.python, делается следующее:
В OE:
1. Создаём в Inbox-е папки с уникальными именами (стоя на Inbox-е:
RMB/New_folder), напр., "cla0001" и "pyt0001" (под уникальностью здесь
подразумевается отсутствие папки на диске в каталоге OE) - из них будем
импортировать.
2. Создаём в Inbox-е временную папку (RMB/New_folder), назовём её "tmp" -
через неё будем пропускать ("облокаливать":-) постинги.
3. Выделяем импортируемые постинги в ньюсовом аккаунте, копируем их в
"tmp" (RMB/Copy_to_Folder)
(перемещение постингов невозможно, поэтому я выделяю все непрочтённые,
копирую их, а после импорта помечаю их как прочтённые - RMB/Mark_as_Read).
Следует отметить, что переместить удастся только скачанные сообщения,
иначе OE плюнет, поэтому или придётся их все докачать, или недокачанные надо
распометить перед перемещением.
4. Перемещаем все мессаги из "tmp" в "cla0001" (Ctrl-A,
RMB/Move_to_Folder) - папка готова для импортирования.
5. Для конфы comp.lang.python повторяем операции 3 и 4 с папками "tmp" и
"pyt0001". (Я специально акцентирую внимание читателей на том, что буферную
папку "tmp" можно использовать многократно.)
Переключаемся в TB! (Выходить из OE не надо - это ни на что не влияет)
6. Выбираем Menu/Tools/Import/Wizard/OE/выбираем_путь_к_каталогу_OE/
выбираем _только_одну_ папку "cla0001" (помечаем один чекбокс),
импортируем. Прогресс-бар должен появиться практически сразу (в течение
первой секунды (если кол-во импортируемых сообщений не 10000, конечно)).
Если он не появляется в течение трёх секунд - жмём Next, затем Cancel -
видим созданную в TB! папку с кол-вом Total сообщений "?", встаём на неё -
вопросик превращается в нолик, повторяем операцию. Вопросика может и не быть
- может быть пустое место - никакой разницы. Со второго раза всё
проимортируется.
7. Повторяем п.6 для папки "pyt0001".
8. После перемещения импортированных сообщений по своим Батовским местам
желательно сделать Kill_dupes_in_All_folders и Compress_All_folders -
возможно убьётся парочка дупов и освободится некоторое место.
Переключаемся в OE для наведения порядка.
9. Удаляем папки "cla0001" и "pyt0001", папку "tmp" можно оставить для
следующего раза. (При нажатии на Del папки переместятся в Deleted_Items,
который можно потом Empty ..., или сразу нажать Shift-Del). Но! С диска эти
папки не удалятся - их придётся впоследствии удалить вручную, например,
WindowsCommander-ом. Но! Раньше мне удавалось их удалить только после
следующей перезагрузки (я думал, что какие-нибудь OE-шные DLL-ки их держат
открытыми), а теперь я понял, что достаточно перезапустить Бат, т.е. это он
забывает файлы закрывать... Если их не удалять, то
- Бат будет их предлагать в списке импортируемых папок (несмотря на то,
что они не видны в самом OE);
- есть вероятность создания такой же папки "cla0001" при следующем сеансе
импорта (не знаю, как OE пересоздаст папку с таким же именем);
- тратится место на диске;
--------------------------------------------------
Примечания.
- Ошибки импортирования бывают при:
- импортировании сразу из аккаунта новостей;
- импортировании сразу из локальных папок, напр., "Sent Items", а не
вновь созданных;
- импортировании из вновь созданной локальной папки, в которую копировали
сразу из аккаунта новостей ("cla0001"), минуя "tmp" - вот это мне совсем
непонятно (!);
- импортировании сразу из нескольких папок;
- Виды косяков я уже обсуждал ранее - см. конфу;
- Прочитанные в OE сообщения всё равно проимпортируются в Бат как
нечитанные.
- Расширение у файлов DBX, а TB! предлагает искать MBX - нет разницы;
- Бат частенько импортирует только со второго раза (за первый проход он
только создаёт папку);
- На всех этапах необходимо контролировать кол-во сообщений в папках (ну
это уже от аккуратности зависит);
- Если папки неподконтрольны OE (т.е. мы просто имеем набор DBX), то
сначала их придётся подцепить к OE, чтобы проделать вышеуказанные
операции;
- Кол-во импортируемых сообщений, наверное, не ограничено (раньше, до
того как я следовал этой методике, у меня вываливалось почти всегда при
достижении 450..500 сообщений, сейчас я спокойно импортирую и по 800 и более
- ни разу не вываливался);
GVD: Популярность нашего любимого ВАТ! растет... Но при переходе с
почтовых программ, не всегда возможно сконвертировать почтовую базу
штатными средствами ВАТ! Предложу методику, которая достаточно
универсальна:
Рассмотрим на примере Lotus Notes
1. Экпортируйте все лотусовые папки в отдельные файлы как "Structured
Text"
2. Откройте полученный файл в FAR
3. Найдите характерную строку с которой начинается каждое письмо. В
нашем случае это $AdditionalHeaders: Received:
4. Заменяем все эти строки на From citycat.ru!gluck
5. Импортируем полученный файл как unix-box
Можно также использовать скрипт на Perl Sergey Zorin или программу
tunixbox.exe от Tatiana Kornienko. Все это доступно на сервере BSP.
-------------------------------< 6-1 >------------------------------------
Q> Подскажите, возможно ли импортировать адресную книгу в BAT! из Outlook
Q> Express 5 и если да,то как.
AYO: Я кидаю в ОЕ адресную книгу в "файл, разделенный запятыми", а потом
подхватываю его The Bat.
GVD: Не все так просто и очевидно. Когда импортируешь из
"текст, разделенный запятыми" из ОЕ нужно посмотреть что чему ВАТ! сопоставил чтобы
поле e-mail не заполнялось данными из поля address.
А действительно самое простое это импорт из визитной карточки vcf
-------------------------------< 6-2 >------------------------------------
Q> В Коммуникаторе есть такая фича: Profile пользователя. Где я говорю, что
Q> домашняя директория лежит вот ТАМ (там же хранится файл с настройками
Q> prefs.js). И когда запускается НК он берет настройки с указанной в
Q> профайле директории... Очень удобно в сетях. где мапируются сетевые
Q> диски... (знающий поймет).. Так вот есть ли такая фича в ВАТ! ?
GVD: The Bat! - Ящик -Свойства -Файлы и каталоги -Каталог.
Если диск доступен при старте ВАТ!, то настройки ящик видны как на
ладони.
-------------------------------< 6-3 >------------------------------------
Q> Понимает ли он тэги в письмах ?
GVD: Просмотр HTML? The BAT! младше 1.29b6 делает это стандартными
средствами, т.е. отдает IE/NN, но есть самопальная штука от Hendy Irawan
TBHTML v1.0.1, внешняя программа, позволяющая смотреть HTML в TheBAT! Но
она не показывает кириллицу. Если ты умеешь программировать, то сделай
*это* для всех - исходники доступны (GNU).
ВАТ! с версии 1.30 просматривает html-файлы самостоятельно, хотя движок
похоже от Hendy Irawan.
Или разговор о письмах, имеющих в теле строки типа http://www.ru и
mailto:Igor%20Dorohin%20%3cDorohin@usa.net%3e?subject=The%20Bat%20RuleZZZ ?
Ответ - да!
-------------------------------< 6-4 >------------------------------------
Q> Какие форматы файлов поддерживает?
GVD: Вопрос не ясен. Форматы кодирования/декодирования? Все. Типы
файлов? Все, зарегистрированные в реестре Windows. А если тип не
зарегистрирован, то предложит выбрать соответствующее приложение.
-------------------------------< 6-5 >------------------------------------
Q> Поддерживает ли Bat! MAPI?
ALL: Нет, в настоящий момент Bat! не может работать с MAPI-совместимыми
системами. Есть данные, что работа в этом направлении ведется, может быть,
и будет реализована поддержка в будущем (в версиях 2.х)
-------------------------------< 6-5 >------------------------------------
=============================================================================
*****************************************************************************
7. ЕСЛИ В ПРОГРАММЕ НЕТ ОШИБОК, ТО ЭТО НЕ НАСТОЯЩАЯ ПРОГРАММА.
-------------------------------< 7-1 >--------------------------------------
Разделы 7-1 и 7-2 относятся только к версиям ВАТ! младше 1.42b3 В
старших версиях функция восстановления почтовой базы встроена в сам
программу
Q> Восстановление почтовой базы при получении писем с Invalid Base64.
Anton Bykov написал по поводу "Слетел Inbox":
AB> Вот, качал почту после недельного перерыва. Фильтры временно отключил,
AB> все падало в Инбокс. Нападало около 10 Мег (я заказывал файлы почтой).
AB> Мыш завис. Запускаю снова, а он говорит, что весь Инбокс сохранен в
AB> файле TMP5602.tmp.
отвечает Dmitry Potapenko: ОСНОВНОЙ вопрос: у тебя ящик запароленный?
Если ДА, смотри п. 7-2
Если НЕТ, то, чтобы ручками не ковыряться, то делай так:
о Берешь ритлабовскую утилитку mbrepair
ftp://ftp.ritlabs.com/pub/the_bat/beta/mbrepair.zip ~7Kb
о Даешь этой mbrepair на съедение свой tmp5602.tmp
(mbrepair tmp5602.tmp filename.ext)
о Заходишь в ВАТ! и делаешь конвертирование созданного файла
filename.ext из юниховского формата в батовский
(Tools\Import messages\From Unix mailboxes\ "filename.ext")
Вроде ничего не забыл...
-------------------------------< 7-2 >--------------------------------------
Q> Восстановление почтовой базы запароленного почтового ящика.
ID: Подобие "шифрования" ПЯ применялось в версиях ВАТ! до 1.38
DP: Вы уже получили сообщение про то, что в вашей базе писем ВАТ!
обнаружил какой-то мусор и, что запорченная база сохранена под именем,
скажем С:\Program Files\The Bat!\Battalk\bad7654.tmp
Можно было бы попробовать восстановить этот bad7654.tmp с помощью
известной Ритлабовской утилиты MBRepair, но, к сожалению, она не сможет
восстановить запароленную базу.
А потому, Вам поможет следующая процедура:
----------------------------------------------------------------------
Создайте в текущем ящике папку Temp
Не выходя из ВАТ!, запустите любой файл-менеджер (DN, FAR, NC, VC,
Explorer, etc.) и поместите запорченную базу bad7654.tmp под именем
messages.msb в каталог, соответствующий папке Temp, т.е. в С:\Program
Files\The Bat!\Temp.
Перейдите в ВАТ! и щелкните на папке Temp - ВАТ! Вам снова скажет:
"Message base garbage detected.
Broken data saved to С:\Program Files\The Bat!\Temp\bad0123.tmp
Please contact your technical support about repairing the message
base"
Не выходите из ВАТ!, и, не перемещайтесь из папки Temp. Зайдите в Ваш
файловый менеджер и переименуйте bad0123.tmp в messages.msb
Зайдите в ВАТ! и укажите на письмо в папке Temp -- ну как, сработало?
Если Вы смогли увидеть содержимое Вашей базы в папке Temp, то осталось
только переместить все письма из Temp, куда-нибудь в более подходящее место
;-)
Правая кнопка мыши - Select All или Ctrl+A
Правая кнопка мыши - Move to Folder или Ctrl+V и укажите в какую
папку переместить все письма.
Если же Вы все-таки не смогли просмотреть те письма, которые находятся в
папке Temp, то:
Попробуйте проделать всю процедуру еще раз.
Попробуйте проделать всю процедуру еще раз в другом ящике.
Можете написать мне на dpotapen@jeo.ru -- возможно я смогу Вам помочь
(ну и, конечно же, пиво за Вами ;-))
ID> Будет ли выпущена утилита для восстановления ПЯ с паролем?
17-май-99 MM: Будет, в начале следующего месяца.
GVD: Программисты RIT Labs отказались от "шифрования" почтовой базы и
кроме пароля на открытие ПЯ там ничего нет. Так что можно пользоваться
советом в разделе 7-1
-------------------------------< 7-3 >--------------------------------------
Q> Работа ВАТ! с присоединенными файлами (attachments)
ID: Всё нижепреведенное относится к версии ВАТ! поддерживающей старый
формат почтовых баз если явно не указано иное. После смены формата (с
версии 1.42b3) авторы рекомендуют хранить аттачи внутри базы. Скорость от
этого уменьшается не на много, а риск потерять важное приложение к письму
исчезает. Итак:
GVD: Надо сразу разделить вопрос на два потока. Присоединенные файлы
есть в получаемых и отправляемых письмах.
ВХОДЯЩИЕ ПИСЬМА: Для уменьшения размера базы почтовых сообщений ВАТ!
может автоматически "вырезать" присоединения из тела письма, оставляя
только *ссылку* на локальный файл. Получить такой режим работы можно так:
ВАТ! -Ящик -Свойства -Файлы и каталоги -хранить присоединенные файлы - в
каталоге отдельно от сообщений (radio-button) Следует заметить что так ВАТ!
работает с присоединениями в формате base64. Аттачи формата UUcoded (у ВАТ!
версии младше чем 1.42b3) *остаются* в теле письма.
Бывает что необходимо сохранить само сообщение, а присоединенный файл не
нужен. Можно удалить его из тела сообщения. ВНИМАНИЕ! Удаление файла из
тела письма операция необратимая. Вы физически удаляете файл с винчестера.
Для вырезания UU-кодированых присоединений есть возможность обхода.
Переместите письмо в Outbox, дважды щелкните по письму для редактирования и
в редакторе удалите attachments, после этой процедуры переместите
отредактированное письмо в ту папку откуда вы его взяли.
ИСХОДЯЩИЕ ПИСЬМА: Для тех же целей и там же... есть опция (check-box)
"встраивать присоединенный файлы только при отправке" В письмо вставляется
ссылка на локальный файл, который нужно отправить и в момент соединения с
вашим ISP, файл будет присоединен к отправляемому письму.
LK: ИСХОДЯЩИЕ ПИСЬМА: Если опция (check-box) "встраивать присоединенные
файлы только при отправке":
* включена - в письме хранится ссылка на присоединенный файл, в момент
отправки он кодируется и отправляется.
* выключена - в зависимости от установленного способа хранения
присоединенных файлов (radio-button) файл либо сразу кодируется и хранится
в теле письма, либо копируется в каталог для присоединенных файлов, а в
теле письма - только ссылка на эту копию.
Вариант хранения в отдельном каталоге с выключеной опцией "встраивать
при отправке" за счет дублирования файлов дает выигрыш в скорости обработки
ящиков и одновременно - свободу удалять/переименовывать исходные файлы.
GVD: ВНИМАНИЕ! Если применяется кодирование base64 то в исходящие письма
(в почтовой базе) встраивается *только*ссылка* на локальный файл, хотя сам
файл отправляется. Будьте осторожны при удалении!
При посылке файлов, находящихся на сетевых дисках вы должны быть уверены
что имеете доступ к сетевому ресурсу. Иначе файл отправлен не будет.
-------------------------------< 7-4 >--------------------------------------
Q> Говорят, где-то есть список багов?
DG: Последний выпуск баг-листа также всегда можно взять здесь:
http://www.egroups.com/docvault/thebat/BUGS/buglist.zip
Список состоит из следующих частей:
bugs.txt - список локализованных багов, для которых известен порядок их
воспроизведения.
gluks.txt - список трудновоспроизводимых и неподтвержденных багов.
fixed.txt - список исправленных багов.
deleted.txt - удаленные из этих списков.
Страница 1 2 3 4 5 6 • <<< Предыдущая • Следущая >>>
|