pan-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Pan-users] Re: fatal flaw


From: wayne
Subject: [Pan-users] Re: fatal flaw
Date: Wed, 02 Jan 2008 17:15:59 -0500
User-agent: Thunderbird 2.0.0.9 (X11/20071115)

I suppose that would be acceptable for corrupt files, which gives something
like (in a file called pan-saved-file.ERRORS):

Warning: Data looks suspicious. Decoded file might be corrupt.
Warning: Data looks suspicious. Decoded file might be corrupt.
Warning: Missing everything before part #3

But this doesn't tell me which attachment failed.  The problem that
I find unacceptable is that if the file is not found, the error is
logged in the events window with insufficient information and the
tasks are deleted.  I used to love pan, but now I'm going to look
for another news reader.  I am very sad because I have enjoyed
using pan for many many years.

-- Wayne.

Beso replied:
> it should post an .error file in the directory where it would decode the
> file if it encounters an error while decoding the file. in old releases some
> files would always stay in the queue and not be decoded if there should
> happen an error of this kind and i found it annoying since a file could not
> be decoded for the reason of a single article gone mad and if this should
> have happened with multiple files not having these files decoded would
> increase the number of par2 blocks to be able to repair the file (when they
> were posted). so i find the new system better than the old one: when
> encountering article errors pan goes on and when finishes it decodes the
> file and if it encounters errors it puts another file with the extension
> .errors and with the same name as the corrupted file. so if you happen to
> see an errors file then read it and eventually retry the file later.
>
> 2008/1/1, wayne <address@hidden>:
> > >
> > > In my recent upgrade from redhat 9 to fedora 8, I upgraded pan (0.14.2) to > > > pan2 (Pan 0.132). I found about a dozen defects from the previous version > > > that I have been documenting. None of them were too severe, but now I
> > > found
> > > one that is totally unacceptable to me.
> > >
> > > When pan is unable to download a file because it is not found on the
> > > server,
> > > it is removed from the task list.  I have a flaky news server that
> > > sometimes
> > > doesn't know about its own articles on some posts.  If I try again
> > > later, the
> > > articles will appear. With the old pan, it would remain in the task list > > > until I manually delete it. Now, the tasks are removed, so not only do I > > > not know that it has not been downloaded, but I cannot re-queue it even if
> > > I
> > > knew it failed to download.
> > >
> > > Is there any way of having pan not delete failed tasks automatically?
> > >
> > > Thanks,
> > >
> > > -- Wayne.
> > >




reply via email to

[Prev in Thread] Current Thread [Next in Thread]