> Now that I have DSL, I could spend some more time on
> diagnosting.  The previous 3.4x repeatedly
> downloaded the exe's from www.httrack.com. The
> latest 3.42-3 did not.

Yes, I also checked this link.

> Updating httrack.com only used one connection. For
> html and gif, ico.  Only if I deleted the .exe's and
> updated did it use multiple connections.

Basically, link testing use the main connection. Background downloads may use
more, but after all headers are processed (ie. for updates, you will not
notice any parallel processing, because you only have "not modified" replies,
and no data)

> 3.42-3 renamed all favicon.ico to .html:
> > 10:31:36	Info: 	engine: transfer-status: link
> updated: www.httrack.com/page/1/en/favicon.ico ->
> %BASE%/web/favicon-4.html

This is actually an html page.

"www.httrack.com/page/1/en/favicon.ico" is a malformed link -- this is a
website bug, obviously, but httrack successfully renamed it to html :p

> 3.42-3 renamed all fade.gif to .html:
> > 10:32:15	Info: 	engine: transfer-status: link
> updated: www.httrack.com/page/fade.gif ->

Same remark -- I'll have to cleanup image references within www.httrack.com

> URL=../../external.html?link=http://www.pkware.com/s
> oftware/enterprise/white_papers/appnote.txt"

<http://www.pkware.com/software/enterprise/white_papers/appnote.txt> is
actually a 404 link -- hence, seen as html page. Depending on the settings
(keep error pages), you should see it, or not.