Главная > Програмное обеспечение > для Internet >
ЧаВО по мотивам эхи BAT! Talk [6/6]

-------------------------------< 7-5 >--------------------------------------
Q> Есть идея! А вот если бы ВАТ! делал ...
   GVD:  Ты  не  первый.  Есть у нас такой "Садовник "вишневого садика" The
Bat!"  (от  англ.  wishes  -  пожелание)  Александр  Лещинский. Он собирает
различные   пожелания	от  пользователей  ВАТ!  Правда  пока  единственная
публикация  "TBUDL&Co  Wishes  List" была 8.02.99, но Александр клялся, что
рассортирует и сгруппирует все "вишни"
   Свой  wish  посылай	на  адрес  wish@sco.ru и, как обычно, копию RITLABS
S.R.L. по адресу wish@thebat.net
-------------------------------< 7-6 >--------------------------------------
   Q>  У  меня в окнах редактора и просмотра шрифты превращаются в какой-то
мусор. Что делать?

   SP: Скорее всего у Вас установлена видеокарта S3 и анимированные курсоры
Windows.   Это	 ошибка  драйверов  S3.  Для  решения  проблемы  установите
обыкновенные курсоры.
   GVD:  Я  частично  подтверждаю этот диагноз. У меня стоял Diamond 2001 на
765  чипе  и  с  драйверами  от  производителя проблем не было. Но потом мне
"захотелось  странного"  и  я  поставил  стандартный  драйвер  ради большего
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

=============================================================================
/     Hа вопросы отвечали     /
---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 в свободный доступ, свяжитесь с
	авторами/составителем и уточните достоверность информации.
	      При перепечатке ссылка на источник ОБЯЗАТЕЛЬНА.

		    С нетерпением жду Ваших новых вопросов!


Страница 1 2 3 4 5 6 <<< Предыдущая


Украинская Баннерная Сеть

Главная  Алфавитный индекс  Справка  Добавить FAQ  E-mail
Новости  Поиск по сайту

Copyright © 2001 - 2003 Olexandr Slobodyan.
Сайт создан в системе uCoz