Поздравление с 7 месяцами девочке в картинке

Поздравление с 7 месяцами девочке в картинке
Поздравление с 7 месяцами девочке в картинке
Поздравление с 7 месяцами девочке в картинке
Поздравление с 7 месяцами девочке в картинке
Поздравление с 7 месяцами девочке в картинке
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

Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке Поздравление с 7 месяцами девочке в картинке

Тоже читают:



Как сделать соте из овощей на сковороде

Качели своими руками чертежи из дерева трубы фото

Новые тенденции прическа из длинных волос

Вышивка крестиком для мамы на день рождения схемы

Вязание крючком туники картинки и схемы