Decoding postings that do not contain filenames

[peri]

From time to time one comes across yyencoded postings do not contain filenames. Alt.Binz decodes any such posts to a file with the name "(null)". Now, if there is a multi-part posting of this type, all parts get decoded to the same name "(null)", and all but the final part are lost. I wonder if it would be possible to give parts of this type different names (Grabit uses "(null).1", "(null).2", etc), as this would help preserve all parts. When there is an accompanying set of par files, these can be used to restore the proper names.   

[Rdl]

From time to time one comes across yyencoded postings do not contain filenames. Alt.Binz decodes any such posts to a file with the name "(null)". Now, if there is a multi-part posting of this type, all parts get decoded to the same name "(null)", and all but the final part are lost. I wonder if it would be possible to give parts of this type different names (Grabit uses "(null).1", "(null).2", etc), as this would help preserve all parts. When there is an accompanying set of par files, these can be used to restore the proper names.   

No, those posts contain (null) as a filename. Anyway it shouldn't owerwrite files. It should do exactly what you want (.1 .2 ...) PM me nzb or subject of the file in question

[Rdl]

Mystery solved.

Poster used:

Code: [Select]

X-Newsreader: Newsbin Pro 5.0for posting. 

and by looking at the post:

Code: [Select]

=ybegin part=1  total=11 size=5015624 line=128 name=(null)we see that the name of the file is "(null)"

So, every file will be named (null) by altbinz. The problem is you have 'skip if file exists' checked under setup->download. So files ARE NOT overwritten but skipped. If you uncheck this option, you'll get exactly what you wanted ((null), (null).1, (null).2 ... ) (again files ARE NOT overwritten) and you can restore correct filenames with par2 files.

[peri]

Many thanks, would not have been able to think of this myself.