Тема: плагин-читалка rss

>Плагин затыкается на 1м же сообщении.
Угу. до этого вроде проскакивало.

А думаю - если фидов много, то стоит сделать папки с подпапками.
То есть сохранение в папку вида MyRSS\%HDRMyHeader\%TO

Посредством этого простого фильтра мыш сразу будет похож на рсс-аггрегатор

То есть создается папка согласно _родительскому_ Аутлайну.

Так. Ошибку с M$-фидом исправил.
Кстати, тем, у кого этот фид выдаёт -ERR: в урлах, которые пишутся в OPML-файле нужно делать замены навроде этой: & --> &
Про хэдеры аутлайнов убедил! ;D
Может, тоже быстро сделаю. Но на всякий случай приложил билд 115.

Сделал!
Появились новые хэдеры: "X-parent-outline-title:" и "X-parent-outline-text:". Их предназначение, думаю, понятно.
Если нет родительского аутлайна или нет соответствующего атрибута в родительском аутлайне, то нет и хэдера. Если атрибут пустой (title=""), то хэдер будет, но пустой.

Ура!!! и это заработало!!
Пребольшое спасибо и наибестнейшие регардсы.

Кста, вопрос - а как реализованы обработки ошибок?
Один или несколько выпадающих урлов как засечь?

Простые предложения:
А) Рядом с файлом плагина создавать *.log файл и туда с датой и временем дописывать ошибки.
Б) Ругаться при команде QUIT - по идее письма скачаются, но юзеру будет показан отлуп сервера. Однако юзеру сказать есть много чего, что может быть не уложится в это одно сообщение. Посему ИМХО вариант А должен быть рассмотрен вместе с ним или без него.

Сообщение от aff

Ура!!! и это заработало!!
Пребольшое спасибо и наибестнейшие регардсы.

Кста, вопрос - а как реализованы обработки ошибок?
Один или несколько выпадающих урлов как засечь?

Простые предложения:
А) Рядом с файлом плагина создавать *.log файл и туда с датой и временем дописывать ошибки.
Б) Ругаться при команде QUIT - по идее письма скачаются, но юзеру будет показан отлуп сервера. Однако юзеру сказать есть много чего, что может быть не уложится в это одно сообщение. Посему ИМХО вариант А должен быть рассмотрен вместе с ним или без него.

Спасибо за добрые слова

О логе ошибок мы с тобой уже говорили… Чё-нить придумаю, но вообще я тоже хочу сделать именно симбиоз вариантов А и Б.

… а уведомления об ответах так и не идут :'(
… в связи с этим предложения/пожелания/баг-репорты пишите в личку - оттуда уведомления приходят.

Странный вопрос:

Как плагин определяет, что данное сообщение в ленте новое?

У меня плагин от klirik в одних лентах постоянно качает дубликаты, в других - нет…

Как говорит Lost - новизна определяется по UIDL (уникальный идентификатор письма генерируемый сервером - вроде message-ID но не оно). У Lost - это хеш MD5 от полного топика. Как генерируется UIDL у klirik - я не знаю

Сообщение от Nikuz

У меня плагин от klirik в одних лентах постоянно качает дубликаты, в других - нет…

Опять же, не знаю, как у klirik'а, но и у меня такое возможно.
Например, сообщение как-то обновилось (допустим, если РСС с форума и кто-то своё сообщение отредактировал, или просто обновилась его дата) и это воспринимается как новое сообщение.

Или всё-таки мыш малость мудрит с УИДЛами.... потому что по мышу - явноодинаковые новости имеют место быть.
Включу я какнибудь логи почтовой сесии чтоб убедиться.

Странность с лентой:
http://www.voanews.com/russian/custo…ord=TopStories

Плагин от klirik просто говорит, что писем нет,
а плагин от lost выдаёт сообщение:

FETCH - Сервер сообщает об ошибке: -ERR Only one top level element is allowed in an XML document.

При проверке исходной ленты через в RSSOwl получаю:

Файл не является корректным документом XML. Error on line 25: The markup in the document following the root element must be well-formed.

Что всё это означает: что плагин от lost не может получить сообщение или, наоборот, что он более правильно обрабатывает ошибки?