Секция 4 из 4 - Предыдущая - Следующая
Все секции
- 1
- 2
- 3
- 4
"захотелось странного" и я поставил стандартный драйвер ради большего
refresh. После этого стали пропадать кое-какие новые иконки. Хотя шрифты
показывались нормально. Причем в НТ у меня таких проблем в принципе не
было. С любыми драйверами. Теперь у меня стоит Ati Rage и все зашибись.
-------------------------------< 7-6 >--------------------------------------
=============================================================================
*****************************************************************************
8. ВАТ! НЕ МОЖЕТ ЭТОГО СДЕЛАТЬ? СДЕЛАЙ САМ!
-------------------------------< 8-1 >--------------------------------------
Q> Получил я UUencoding (от FTPmail-adm@Chg.RU) письмо (там абракадабра
в теле письма) и как теперь мне сохранить эти письма да еще и соединить (их
13шт)
GVD: Просто ты получил 13 писем с кусками UU-кодированного файла. Я
многосекционные письма видел разные. Разные и методы. Задача у тебя собрать
их в один большой файл и декодировать. Ну ВАТ! ведь не дохтур, собрать тело
из кусочков его никто не научил.
Путей есть несколько.
Самый простой (для меня) это использовать внешнюю программу-декодер. Взял
я плагин к FAR по имени MxUUE (если он кому нужет, то тут лежит:
ftp://kgb.quarta.ru/WinUtil/Rar/FarPlugin/) зашел в каталог куда письма
пришли. Нажал Enter на файле почтовой базы и увидел что за аттачи в нем
присутствуют (uucoded из базы старого формата _не_ вырезаются) После этого
скопировал что мне нужно на файловую панель.
LI: Это же FAR, а консолью многим пользоваться запрещено... :-)
Справиться с проблемой можно Windows Commander'ом, например...
-------------------------------< 8-2 >--------------------------------------
Q> Соединение с ISP разорвалось во время приема почты. Я уже принял ХХХ
писем
GVD: ВАТ! передает серверу команды удаления писем. Если сервер настроен
правильно, то он физически удаляет письма только в случае УСПЕШНОГО
завершения приема почты ВАТ!-ом и, соответственно, _КОРРЕКТНОГО_ завершения
сеанса связи. И это правильно! Вдруг у тебя электричество пропало, а ты
контракт на "лям баков" ждешь. Ты перегрузился а письма на сервере уже
тю-тю... Нету...
Но принимать 10, писем когда 100 уже принято, лениво. Для решения этой
проблемы в ВАТ! применяется так называемый "Диспетчер писем". Нажми на
Ctrl-Shift-F2 ВАТ! соединится с сервером и покажет что на нем есть. Выбери
те письма которые ты уже скачал и ВАТ! передаст почтовому серверу команды
на их удаление, принимать на будет. Таким образом ты получишь только те
письма, которые согласен получить.
Demis <wwdemis@mail.ru> спрашивал:
Можно ли настроить Bat, чтобы он автоматически по нажатию F2 (без нажатия
Ctrl-Shift-F2 и выбора что удалить , а что принять) принимал непринятые
сообщения на сервере после обрыва связи ?.
компиляция из писем ST, AL, DG, AVK:
Представим себе, что коннект прервался на середине POP3-сессии. Что
сделает ВАТ! далее? Он засосет _еще_ раз все те письма, что успел уже
засосать в прошлый раз перед обрывом коннекта, и все остальные, что еще
остались на сервере. Теперь вопрос: почему? В стандартном POP3 нет никаких
встроенных возможностей по различению писем, по команде LIST сервер просто
выдает список писем, занумерованных с 1 по возрастанию, с их реальными
размерами в байтах. Поэтому, если _не_ сосать отдельно хедеры (режим
selective download или mail dispatcher в терминологии ВАТ!), ВАТ!-у никак не
определить, уже принято данное конкретное письмо или еще нет. Другое дело,
если ВАТ! уже успел его удалить на сервере -- но _именно_ в случае
технического обрыва связи (грохнулась линия) этого _не_ произойдет. ВАТ!,
конечно, выдает команду DELE N после того, как получил от POP3 N-тую
мессагу, но протокол устроен таким образом, что при этом письмо физически
_не_ удаляется сервером, лишь метится для удаления. Само же удаление
происходит _только_ после _успешного_ окончания POP3-сессии. Это как бы
описание проблемы вместе с небольшим technical background.
Решение проблемы: есть такая надстройка над POP3, называется
"UIDL-расширение". Идея в том, что POP3 сопоставляет каждой мессаге свой
уникальный идентификатор, и воодится еще одна команда: UIDL. _Очень_ старые
POP3 сервера этой команды не знают вообще; M$ Exchange в режиме POP3-сервера
очень криво работает с этой механикой, но все современные Linux-и, скажем, с
этим делом успешно работать умеют. Так вот, _если_ ВАТ!-у поставить опцию
"удалять мессаги с сервера после получения", то ВАТ! (почему-то) UIDL'ами
_не_ пользуется, и соответственно после обрыва соединения мы получаем тучу
дублирующих друг друга писем. Заставить ВАТ! таки использовать UIDLы можно
просто:
Свойства ПЯ - Управление почтой - Оставлять письма на сервере;
Хранить письма на сервере X дней (например, 1 или 2).
В этом варианте среднее время получения письма (то есть скорость
получения почты) несколько падает, зато (в случае общего положения)
пользователь избавляется от проблемы "дублирующихся" писем.
Резюме: Если при плохой связи рвется коннект, а у ВАТ! стоит "удалять с
сервера", то при реконнекте на RFC-compliant сервер принимается опять все и
идут дупы... Если же поставить "хранить х дней" и сервак понимает UIDL - то
пойдут только реально_не_принятые клиентом...
Проверить ваш сервер можно при помощи программы telnet. Как показывает
практика даже не все современные серверы поддерживают необходимую нам
функцию. Итак... В cmdline...
telnet
open имя_вашего_сервера 110 //подключаемся к вашему серверу на 110 порт
user %%% // Это понятно?
pass %%% //
list // Получить список писем
top1 // Получить заголовок первого письма
retr 1 // Получить первое письмо
uidl // А вот здесь самое интересное !!!
// Поддерживает ли ваш сервер UIDL
quit // Завершение...
У меня на работе IBM OS/2 SENDMAIL VERSION 2.01/2.13i Все отлично!!!
Для тех кто на бронепоезде... Если не использовать рекомендации
приведенные выше, то ВАТ! примает _ВСЮ_ почту не смотря что он принял, что
нет и на каком месте был обрыв связи.
-------------------------------< 8-3 >--------------------------------------
Q> Я картину нарисовал "Не ждали", а ВАТ! в аттаче написал "мЕ ФДЮКХ". Я
чистА не пойму. С кодировками специально народ "нервируют" или у меня
настолько руки "кривые".
GVD: Почему никого не удивляет что если зайти в голый MS-DOS вместо
русских имен файлов будет разнообразные кракозябры... А подобные случаи
доводят людей до истерики. Такое случается если ты пользуешься русским
именем (windows его хранит в кодировке 1251), а текст письма пишешь в КОИ.
Причем однозначно наблюдается в бета-версиях. Ну на то они и бета, чтобы в
них ошибки вылавливать. Пиши в RIT Labs...
Решения два
1. Поставить в настройках своего ящика Cyrillic-1251 кодировкой по
умолчанию
2. Сжимать пересылку архиватором и давать архиву имя в латинице.
Ну чужие мы в Интернете. В своем языке сами разобраться не можем,
единого на кодировку стандарта нет.
-------------------------------< 8-4 >--------------------------------------
Q: Папка с конференцией ХХХ стала такой большой что ВАТ! жутко тормозит
когда ее открывает. Как бы мне сохранить архив конференции и ускорить
работу ВАТ!
GVD: Для того чтобы синхронизировать почту дома и на работе я изменил
фильтры для входящей/исходящей почты (Закладка Действия - экспортировать
письмо в файл - формат Unix-box для версии ВАТ! старше 1.44 - добавить к
существующему файлу). Таким образом имею 15 мегабайтный архив BAT Talk и 8
меговый SoftRing. Письма старше 2 месяцев удаляются из папки автоматически
при выходе из ВАТ! Так как мне нужно чтобы архив был у меня дома, то я
просто потом импортирую юникс-бокс в ВАТ!
Есть более элегантное решение от Leonid Ivonin:
1. Создаем фильтр на "прочитанные письма".
2. Закладка действия - создать копию в папке. Эта папка в запароленном
ящике
3. Читаем почту.
4. Если письмо не интересно - удаляем.
5. Иначе метим как "прочитанное".
6. Срабатывает фильтр.
7. В настройках исходной папки "хранить Х дней".
В итоге имеем архив конференции, папка ПЯ, который подписан на получение,
чиста. ВАТ! бодро летает.
-------------------------------< 8-4 >--------------------------------------
=============================================================================
Copyrights:
The BAT!(с), Mail Ticker(tm) is a registered trademark of RITLABS S.R.L.
Pretty Good Privacy(tm) 2.6.3i - Шифрование с открытым ключом для всех. (c)
1990-96 Philip Zimmermann, Phil's Pretty Good Software. 1996-01-14
MS Windows, Windows 95, Windows 98, Windows NT are registered trademarks of
Microsoft Corporation.
Pretty Good Privacy - Кодирование с общим ключом для всех Руководство
пользователя PGP 2.x Перевод на русский язык (c)1993 Peter Suchkow
=============================================================================
/ На вопросы отвечали /
---T-------------------------
All| читатели/писатели конференций thebat@egroups.com
| TBUDL@thebat.dutaint.com
AB | Alexey Burlakov <mechanic1@mail.ru>
ASB| Alexander S. Barannik <sunsai@ssga.ru>
AK | Andrew Kachalov <kachalov@aha.ru>
AKL| Andrew K. Lovetski <lovetski@softhome.net>
AL | Alexander Leschinsky <lam@sco.ru>
AVK| Alexander V. Kiselev <kisa@AK2570.spb.edu>
AYO| Andrey Y. Osadchiy <os@online.sinor.ru>
DG | Dmitriy Gradskov <gradskov@bigfoot.com>
DP | Dmitry Potapenko <dpotapen@jeo.ru>
GVD| Garry V. Dorohin <Dorohin@ssga.ru>
ID | Igor Dorohin <Dorohin@usa.net>
K,A| Korolyov, Andrew <an@wdcb.ru>
KN | Kirill Nesvizhski <kir@sofia.msk.ru>
KC | Kevin Coates <kcoates@bigfoot.com>
L | Lex <lex@ru.ru>
LI | Leonid Ivonin <ivonin@ecology.pstu.ac.ru>
LK | Lena Kokoulina <lena@erlang.erl.e-burg.su>
MM | Max Masyutin <max@ritlabs.com> (RIT Research Labs)
PS | Peter Suchkow <spv@bm.spb.ru>
RRL| RITLABS S.R.L.
SP | Stan Polozov <stan@ritlabs.com> (RIT Research Labs)
ST | Stefan Tanurkov <the.bat@ritlabs.com> (RIT Research Labs)
SZ | Sergey Zorin <zorin@isf.ru>
TK | Tatiana Kornienko <Tatiana.Kornienko@pobox.spbu.ru>
VD | Vadim Dumbravanu <vad@investbank.ru>
VP | Vitaly Prikladovsky <vik@ossa.kiev.ua>
WK | Wolfgang Kynast <wkysag@gmx.de>
CT | Сергей Трофимов <st@tv4studios.com>
Во избежании путаницы: Igor Dorohin и Garry V. Dorohin это одно и тоже
лицо. Я. Просто с идентификатором "Igor Dorohin <Dorohin@usa.net>" есть
1024-битный RSA-ключ, который можно найти по его отпечатку на www.pgpi.com:
"6F70 3492 8DA2 6587 ADF1 5B4A 2CF5 5DC5" Поэтому все ответы по PGP даны от
имени Igor Dorohin.
Принятые сокращения
OE - Outlock Express
IE - Internet Explorer
NN - Netscape Navigator
MSM - Microsoft Mail
PGP - Pretty Good Privacy
BTW - By The Way (кстати)
IMHO - In My Humble Opinion (по моему скромному разумению)
IMHO - In My Honor Opinion (по моему мнению)
AFAIK - As Far As I Know (насколько мне известно)
RTFM - Read This F..g Manual (почитай документацию)
ПЯ - Почтовый Ящик / Account.
АдрК - Адресная Книга.
ППП - Просто Приятная Приватность (PGP)
ФС - Фильтр Сортировки
ФЗ - Форма Запроса
Спасибо всем чьи вопросы и ответы находятся в данном FAQ. Перечислить вас
всех невозможно, но я помню о вас :)
Условия распространения данной редакции FAQ лежат полностью на Вашей
совести. Но...
Прежде чем предоставить архив с FAQ в свободный доступ, свяжитесь с
авторами/составителем и уточните достоверность информации.
При перепечатке ссылка на источник ОБЯЗАТЕЛЬНА.
С нетерпением жду Ваших новых вопросов!
Секция 4 из 4 - Предыдущая - Следующая
© faqs.org.ru
