UPDATE 2: Подумал немного еще раз, уже с использованием головного мозга: клиент ведет себя правильно, нормально все с ним. Действительно, Гугл отдавал по POP3 сообщения с задержкой позавчера и вчера, а сегодня ее нет (по крайней мере, в наших краях).
UPDATE: Включил логи клиента, увидел, что сервер честно говорит о 968 имеющихся для клиента сообщениях. Клиент просит одно-два сообщения, затем говорит QUIT, сервер ему говорит OK FAREWELL, и клиент засыпает на ссвои следующие 10 минут. Проапдейтил клиента, блин…
1. Быстро-быстро завести аккаунт на Gmail, по крайней мере будет шифроваться трафик между сервером и клиентом. Уйдет пять минут или около того.
2. Клиента попросите запаковать документы в архив с паролем. Лучше RAR с длиной пароля более 14 символов.
3. Если клиент не умеет запаковывать документы в архив с паролем, то попросите его у файла архива расширение изменить с .rar или .zip на что-то другое, например, .hren.
Это на всякий (маловероятный, но очень досадный, когда дорога каждая минута) случай: вдруг у клиента в архиве есть документ, на который Gmail пришлет вашему клиенту отлуп со словами типа «что-то мне не нравится исполняемый файл, который ты засунул в архив, дружок». Мне известен пока только один тип документов, на которые он так реагирует: CHM, но кто его знает…
Пока Gmail смотрит только на расширения, определяя по ним архивы, и если понял, что в сообщение приаттачен архив, открывает его и проверяет файлы в архиве на «исполняемость», опять же по расширению.
Возможность использовать аппаратные средства защиты облегчила бы ситуацию радикальным образом — но практически невозможно это дело, к сожалению. Точнее возможно, но с сокращением продаж примерно в два раза.
