Re: UBH 3 questions

--- j_lundergard <[email protected]> wrote:

> Here goes...
> 
> 1. In some detail, what exactly do ubhdb, ubhasm, ubhcatalog, and
> ubhmark do? All I really know at this point is that ubhdb gets the
> headers, and ubhasm and ubhcatalog need to run thereafter in order
> prior to running ubh. Im not really sure what happens when I run 
ubhmark.

ubhdb downloads all the available headers, and does some preparation
(indexing) for multipart assembly.

ubhasm is the multipart assembler.

ubhcatalog outputs a list of the available single part and complete
multipart binaries.

ubhmark is a utility for setting/resetting the state of the articles
(mostly useful for marking already processed articles as unread so
you can re-download them - as is sometimes necessary when 
connectivity
is lost or other server or communcation errors occur).

If you need any more detail than that, you can just read the source
code yourself.  There are LOTS of comments which explain what
is going at each step of the process.

> 2. Form what I understand, once I have run ubh 3 on a group,
> thereafter when I rerun ubh on that group I will only get the delta
> since the last harvest - correct? Is there any way to disable this?

I don't understand what you mean by "get the delta".

What you will get is any single part binaries, and any complete 
binaries
which have not yet been downloaded.  Note that since your previous 
run
that some previously incomplete binaries may have become complete due
to the remaining parts having arrived.

 
> 3. UBH 3 says it eliminates crossposts. Does that mean that if an
> image is posted to two or more groups it simply isnt harvested at 
all? 

No, it means you will get it exactly once, even if you are subscribed
to all the groups to which the binary was crossposted.
 
> 4. Feature: I would love to see ubhrc split its DECODER line into
> DECODER_SINGLE and DECODER_MULTI, as uudeview can process single-
part
> articles 2X as fast with the -f option - unfortunately that option
> will also break a multipart. 

You should be able to use uudeview -f.  Let me explain why.

When ubh assembles the parts of a multipart, it downloads all the
individual parts and appends them in the correct order to ONE 
contiguous text file.  uudeview would have no way of knowing it 
came from multiple articles because ubh cleverly put all parts 
together ahead of time.  As far as uudeview is concerned, it is
just one (fairly long) single part article.

Have you tried uudeview -f?  What happened?


-Gerard




------------------------ Yahoo! Groups Sponsor --------------------~--> 
Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar.
Now with Pop-Up Blocker. Get it for free!
http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/IHFolB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ubh/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/