Поздравление детям с деревянной свадьбой

Поздравление детям с деревянной свадьбой
Поздравление детям с деревянной свадьбой
Поздравление детям с деревянной свадьбой
Поздравление детям с деревянной свадьбой
Поздравление детям с деревянной свадьбой
faqs.org.ru

Секция 4 из 4 - Предыдущая - Следующая
Все секции - 1 - 2 - 3 - 4

"захотелось странного" и я поставил стандартный драйвер ради большего refresh. После этого стали пропадать кое-какие новые иконки. Хотя шрифты показывались нормально. Причем в НТ у меня таких проблем в принципе не было. С любыми драйверами. Теперь у меня стоит Ati Rage и все зашибись. -------------------------------< 7-6 >-------------------------------------- ============================================================================= 8. ВАТ! НЕ МОЖЕТ ЭТОГО СДЕЛАТЬ? СДЕЛАЙ САМ! -------------------------------< 8-1 >-------------------------------------- Q> Получил я UUencoding (от ) письмо (там абракадабра в теле письма) и как теперь мне сохранить эти письма да еще и соединить (их 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 <> спрашивал: Можно ли настроить 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| читатели/писатели конференций | AB | Alexey Burlakov <> ASB| Alexander S. Barannik <> AK | Andrew Kachalov <> AKL| Andrew K. Lovetski <> AL | Alexander Leschinsky <> AVK| Alexander V. Kiselev <> AYO| Andrey Y. Osadchiy <> DG | Dmitriy Gradskov <> DP | Dmitry Potapenko <> GVD| Garry V. Dorohin <> ID | Igor Dorohin <> K,A| Korolyov, Andrew <> KN | Kirill Nesvizhski <> KC | Kevin Coates <> L | Lex <> LI | Leonid Ivonin <> LK | Lena Kokoulina <> MM | Max Masyutin <> (RIT Research Labs) PS | Peter Suchkow <> RRL| RITLABS S.R.L. SP | Stan Polozov <> (RIT Research Labs) ST | Stefan Tanurkov <> (RIT Research Labs) SZ | Sergey Zorin <> TK | Tatiana Kornienko <> VD | Vadim Dumbravanu <> VP | Vitaly Prikladovsky <> WK | Wolfgang Kynast <> CT | Сергей Трофимов <> Во избежании путаницы: Igor Dorohin и Garry V. Dorohin это одно и тоже лицо. Я. Просто с идентификатором "Igor Dorohin <>" есть 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

Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой Поздравление детям с деревянной свадьбой

Тоже читают:



Как сделать в домашних условиях самолет из дерева

Токопроводящий клей своими руками для обогрева стекла

Раскрывающаяся коробка как сделать

Бизнес на хобби вязание

Схема вязания кофточки для годовалой девочки