MAIL_WFX: почтовый клиент для Total Commander

[D1P]

Плагин не качал, поэтому не знаю, есть ли такая возможность... Полагаю, как минимум, нужно реализовать импорт из других почтовых клиентов, хотя бы в том же формате eml. И кстати, как обстоят дела у плагина с просмотром/сохранением прикрепленных файлов?

Импорт? Плагин ничего внутри себя не хранит, все сообщения могут быть сохранены в файловой системе, и после этого плагином уже никак обрабатываться не будут (хотя, может быть, я и сделаю отправку eml).

И кстати, как обстоят дела у плагина с просмотром/сохранением прикрепленных файлов?

Тотал может сам обрабатывать eml-файлы (как описано в ридми), в т.ч. извлекать аттачи. Есть также плагин для просмотра eml, об этом тоже написано в ридми. Сейчас я пишу собственный просмотрщик eml, он не готов до конца, но уже позволяет работать с письмами и аттачами.

1. При получении заголовков писем Тотал полностью зависает. Хорошо бы вынести код проверки в отдельный поток.

Посмотрю, что можно сделать. Скорее всего в отдельный поток выносить не буду (это не очень хорошо подходит для wfx-плагина), но прогресс-бар со счёчиком полученных сообщений сделаю.

2. Неплохо было бы сделать кэширование уже скачанных полностью писем, чтобы не качать их каждый раз заново.

Учту.

[D1P]

v. 0.9a (07.01.2007)
* Кнопка "Применить" в настройках почты активируется только после внесения изменений.
* Работает сортировка по всем пользовательским колонкам
* Расширение языковых файлов изменено на mpl (чтобы избежать проблем при использовании файлов перевода пользовательских колонок).
* Опции SMTP разблокированы (хотя пока ни на что не влияют).
+ Поддержка стилей XP.
+ Можно копировать почтовые ящики (через меню или хоткей F5).
+ Создание каталога в файловой системе плагина создаёт почтовый ящик.
+ Удаление каталога в файловой системе плагина удаляет почтовый ящик.
+ Кеширование писем (опционально): при включении опции все скачиваемые письма кешируются так же, как и заголовки -> ускорение повторного обращения к этому письму и экономия траффика. Письма не кешируются при перемещении (F6) писем с сервера (т.к. повторное обращение к этому письму на сервере уже невозможно) и при просмотре писем внешним приложением (ограничение WFX API).
+ Отображается прогресс при входе в почтовый ящик. Операцию можно отменить, при этом будет возможна работа с уже полученными письмами (очень полезно для медленных и нестабильных соединений).
+ Реализован просмотр сообщений.
+ Реализован просмотр и сохранение вложений (по умолчанию сохранение производится в каталог плагина; изменяется в настройках).
+ Настройка поведения плагина при открытии (Enter) и просмотре свойств (Alt+Enter) сообщений.

Вроде учёл все пожелания, тестим, ошибки должны быть, их не может не быть

[ytka00]

Плагин мне все больше начинает нравиться
А как решить проблему с кодировкой (в имени письма и текстом самого письма)? в Outlook текст письма отображается корректно

[D1P]

А как решить проблему с кодировкой (в имени письма и текстом самого письма)? в Outlook текст письма отображается корректно

Это известная проблема, и мне известно как её решать, так что я её "причешу" чуть позже. Пока можно юзать wlx_eml, он корректно распознаёт кодировки.

[DrShark]

На получение почты плагин работает вроде нормально.
На отправку, как я понял, он пока не работает.
Маленький баг. Если создать ящик, но не дать пароль.
и скопировать этот ящик в реальную файловую систему,
запрос на ввод пароля выводится второй раз, если первый раз он введен набыл (нажата Отмена).

[DrShark]

Да, и ещё пожелание. Чтобы при отсутствии соединения плагин открывал кэш. В этом случае также будет полезна колонка для отображения статуса:
загружен только заголовок или тело письма тоже.
Кстати, я про mbs писал. По-моему он от eml ничем кроме расширения не отличается

[D1P]

На отправку, как я понял, он пока не работает.

Да, пока не работает.

Маленький баг. Если создать ящик, но не дать пароль.
и скопировать этот ящик в реальную файловую систему,
запрос на ввод пароля выводится второй раз, если первый раз он введен набыл (нажата Отмена).

Починим.

Да, и ещё пожелание. Чтобы при отсутствии соединения плагин открывал кэш. В этом случае также будет полезна колонка для отображения статуса:

Колонку cached/uncached я реализую, это хорошая идея. А вот чтобы кеш вместо ящика открывался - этого не будет. Смысла не вижу, а кешированные письма можно посмотреть и так (в ридми написано, где они хранятся).

Кстати, я про mbs писал. По-моему он от eml ничем кроме расширения не отличается

Так и есть. Когда проверял, обнаружил интересную вещь - три разных клиента (мой плагин, плагин POP3SMTP и Опера) сохранили одно и то же письмо в *.eml по разному (разные размеры, разные смещения, etc), и при этом все три файла корректны. Ну а фигли - стандарт такой, байтом больше, байтом меньше...

[keiko]

когда планируешь сделать отправку?

З.ы плагин нужный... осваиваю:)

[D1P]

Да вот как раз сейчас делаю, но когда готово будет не знаю.

[DrShark]

А вот чтобы кеш вместо ящика открывался - этого не будет. Смысла не вижу, а кешированные письма можно посмотреть и так (в ридми написано, где они хранятся).

Смысл... А разве это не удобно? Во всех компьютерных почтовиках эта возможность, по-моему, есть, и на смартфонах тоже. Можно просто в ящике к письмам добавить виртуальный файл "Установить соединение", а если установлено, "Разорвать соединение" (или 2 этих файла).

[D1P]

Смысл... А разве это не удобно? Во всех компьютерных почтовиках эта возможность, по-моему, есть, и на смартфонах тоже.

Удобно, но в ту концепцию, которую я для себя создал, это не очень укладывается. Виртуальных файлов точно не будет. Можно создать каталог "Кешированные письма", который будет ссылаться на физический каталог с кешем, но, имхо, проще самому пользователю перейти в этот физический каталог...
В любом случае. это всё не имеет смысла, поскольку я столкнулся с необходимостью исправить эту функцию таким образом, чтобы кеш очищался после отключения и при некоторых других операциях, иначе существует некоторая гипотетическая вероятность, что вместо письма с сервера пользователь получит письмо из кеша. Кеш сделан не для того, чтобы хранить все письма, а только для того, чтобы не перескачивать одно и то же письмо при работе (пример: нажал F3, посмотрел письмо, решил удалить - пожалста, решил скопировать - а оно уже есть в кеше).

[llELViSll]

Ещё хочется что бы было видно отдельно новые сообщения. их можно хранить в отдельной папке например
c\progfiles\total\plugins\mail\usermail\а в этой папке две папки: все сообщения, новые. и если новых нет то папка удаляется а если есть то создаётся и в неё перемещаются новые. тоесть при просмотре ящика можна сразу увидеть есть новые или нету по наличии папки новые. Можно конечно и по дате самому вычислить где новые .

[Zorroz]

llELViSll
А может иконками.

[D1P]

Ещё хочется что бы было видно отдельно новые сообщения. их можно хранить в отдельной папке например
c\progfiles\total\plugins\mail\usermail\а в этой папке две папки: все сообщения, новые. и если новых нет то папка удаляется а если есть то создаётся и в неё перемещаются новые. тоесть при просмотре ящика можна сразу увидеть есть новые или нету по наличии папки новые. Можно конечно и по дате самому вычислить где новые .

Этого тоже не будет, по крайней мере - при работе с POP3. Позже я планирую добавить поддержку IMAP4, этот протокол, насколько я знаю, вобще не имеет такой проблемы как новые/старые письма - они сортируются по каталогам на сервере.

[DrShark]

Виртуальных файлов точно не будет.

Ну не будет так не будет...

поскольку я столкнулся с необходимостью исправить эту функцию таким образом, чтобы кеш очищался после отключения и при некоторых других операциях, иначе существует некоторая гипотетическая вероятность, что вместо письма с сервера пользователь получит письмо из кеша.

Тогда не понятно, зачем вообще он (кэш) нужен вообще.
Ведь изначально подразумевалось, чтобы он предотвращал повторную загрузку уже имеющихся писем или их заголовков.

И ещё одно. В кэше для заголовков используется расширение hdr. Оно также может испотьзоватся для плагинов-распаковщиков InstallShield, например, IShield.
Чтобы избежать возможных конфликтов, быть может. лучше сменить его на другое?