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 <[EMAIL PROTECTED]>:
> > >
> > > 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.
> > >
_______________________________________________
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
