Поиск  Правила  Войти
The Bat! почтовый клиент для Windows » Настройка и конфигурирование
Страницы: 1
RSS
необъяснимое удаление писем на сервере
 
#1
0  
здравствуйте.
сейчас установлена версия 3.60.07
периодически программа удаляет письма с сервера не принимая их.
закономерность неизвестна.
внизу лог сниффера.
почтовый ящик зарегестрирован у провайдера hotpop.com
буду благодарен за комментарии.
---------------------------------------------------

+OK
USER XXXXXXX
+OK
PASS XXXXXXX
+OK
STAT
+OK 1 1271
LIST
+OK
1 1271
.
UIDL
+OK
1 5bf8c108a61fe77e
.
DELE 1
+OK
QUIT
+OK
 
 
 
#2
0  
вдогонку. вот что пишется по этому поводу в логе:
17.01.2007, 17:01:31: FETCH - На сервере писем: 1, из них новых: 0

каким образом Бат определяет, новое письмо или нет? как заставить его принимать все письма, а не убивать с плеча??! тем более, что он явно не прав в определении "новости" письма!
 
 
 
#3
0  
Не знаю.

для определения удаления используется UIDL.
Если удаляет, значит такой уидл мыш уже видел.
а уидл должен быть уникальным.

Вариант объяснения:
Предыдущая сессия закончилась после получения письма
но до корректного выхода.
 
 
 
#4
0  
если выделить опцию Ящик->Свойства->Управление почтой->Автоматически вызывать при каждой проверке (Диспетчер писем), тогда подсветится опция "Показывать все письма на сервере (а не только новые)". в этом случае после проверки почты вызывается диспетчер писем, в котором можно снять флаг "Прочитанное".
Это единственный выход, который я нашел. Но ИМХО это пахнет гемороем. Дело ясное, что дело темное. Хотелось бы выслушать комментарии разработчиков (а они читают форум?)
 
 
 
#5
0  
Хотелось бы тоже получить информацию по данному вопросу.
Диспетчер ведет себя неверно.
Почему-то расставляет сам свойства писем, решает хочется ему получать его или нет, прочитано оно или нет.
Хотя письма точно не прочитаны и даже есть в фильтрах для дальнейших шагов.

Что можно сделать? Если нужны уточнения по настройкам или пояснения, могу предоставить.
Такая фигня началась с 3.6 версии и в 4.хх продолжается.
 
 
 
#6
0  
Галочки "прочитано" - значат пометить их прочитанными в программе для сервера. Это значит не получать это письмо в следующий раз.
по умолчанию он будет выставлен для всех писем в списке.
Этот флаг не имеет никакого отношения к веб-части ящика.

Получать или нет - может зависеть от правил выборочного скачивания в сортировщике.

ничего там не нету?
 
 
 
#7
0  
Правила выборочного скачивания установлены на большинство сообщений. Но все правила касаются только перемещения в одну из 50 папок. Правил много, но ни одно не может "подсказывать" не получать сообщение.

Може существование 200 правил для писем влияет на это?

Вот на это письмо точно не существует правил...
123.jpg (47.47 КБ)
 
 
 
#8
0  
Если бы не поставил для вызова диспетчера по всем письмам (даже прочитанным) то и не увидел бы его вообще. Было бы тупо удалено.
 
 
 
#9
0  
одно из двух.
или мыш уже получил ранее это письмо
(например тем же диспечтером без пометки как прочитанным)
Это можно проверить включив например журналирование в свойствах ящика и свериться с файлами
ACCOUNT.M_D
ACCOUNT.M_R

или

работает правило выборочного скачивания


+ теоретически возможно совпадение метки когда либо полученного письма давно с меткой данного нового письма (UIDL)
Что достаточно невероятно.
 
 
 
#10
0  
+ можно ещё проверить журнал ящика

например на такие записи
02.04.2008, 14:29:03: FETCH - Письмо от Ivan Bolhovitinov <ivan.bolhovitinov> к Ivan Bolhovitinov <ivan.bolhovitinov> с темой "Ivan Bolhovitinov", (ID:<236842634>, размер:933 байт) ИГНОРИРУЕТСЯ в соответствии с правилом "Новое правило"
02.04.2008, 14:29:03: FETCH - Соединение завершено - получено писем: 0
 
 
 
#11
0  
Могу привести пример, которые использовал для проверки.
Отправляю с одного ящика 3 письма на этот ящик.
Везде получатель и отправитель один и тот же.
Изменяется только тема и содержание. Всё идет соотвественно:
Тема: 1, в теле 1
Тема: 2, в теле 2
Тема: 3, в теле 3

На получение устанавливает только письма № 2 и № 3.
Первое получать не собирается...

02.04.2008, 12:43:17: FETCH - На сервере писем: 3, из них новых: 2
02.04.2008, 12:43:18: FETCH - Получено письмо от Александр <***mail.ru>, размер: 1940 байт, тема: "2"
02.04.2008, 12:43:18: FETCH - Получено письмо от Александр <***@mail.ru>, размер: 1940 байт, тема: "3"
>02.04.2008, 12:43:19: FILTER - Получено письмо от ***@mail.ru (1940 байт) (обработано правилом "Новое правило"), URL: msgid:47F346F2.5070907@mail.ru?folder=\\***\Inbox
>02.04.2008, 12:43:19: FILTER - Получено письмо от sant77@mail.ru (1940 байт) (обработано правилом "Новое правило"), URL: msgid:47F34715.8080004@mail.ru?folder=\\***\Inbox
02.04.2008, 12:43:19: FETCH - Соединение завершено - получено писем: 2
 
 
 
#12
0  
Замечу, правил для выборочного скачивания не существует. Есть только правила для Входящих и Исходящих писем.

Удалил "Новое правило". Отправил 3 новых письма.

Получил вот что:
02.04.2008, 12:48:23: FETCH - На сервере писем: 3, из них новых: 1
02.04.2008, 12:48:23: FETCH - Получено письмо от Александр <***@mail.ru>, размер: 1940 байт, тема: "1"
>02.04.2008, 12:48:23: FILTER - Получено письмо от ***@mail.ru (1940 байт), URL: msgid:47F34828.5040604@mail.ru?folder=\\***\Inbox
02.04.2008, 12:48:23: FETCH - Соединение завершено - получено писем: 1
 
 
 
#13
0  
Цитата
Замечу, правил для выборочного скачивания не существует.
Цитата
Правила выборочного скачивания установлены на большинство сообщений

А общих правил выборочного скачивания тоже нет?

включите журналирование POP и посмотрите список UIDL который получаете.
 
 
 
#14
0  
а потом загляните в файл ...Mail\account\ACCOUNT.M_R и посмотрите UIDL в этом списке

в этом файле мыш хранит УИДлы писем, которые получил (или считает прочитанными\полученными)  
 
 
 
#15
0  
Описка. Правила выборочные не существуют. Есть правила для входящих и исходящих писем.

журналы включу, погоняю пару дней.
 
 
 
#16
0  
Путем долгих переборов и настроек удалось вывести примерный диагноз.
Ошибки в получении почты существуют, если стоит "Удалять письма с сервера", то мышь активно пользует УИДлы. При этом письма с одинаковым названием и примерно таким же размером могут легко попасть под уже полученные и быть удаленными.
Если письма хранить на сервере, то проблема пока пропала. Потестирую еще недельку. Будет лог на писем 200-300, будет уже точно ясно.
 
 
 
Страницы: 1