0.6.9: - a new config file format will take place within the next version (0.7.0). Therefore I added two new temporary available commandline-options to give you the chance to migrate to the new format without the need to migrate. In other words, with htnews 0.6.9 you can use both the new or the old config file format. The change in the config: every parameter has now a name that points better to it's meaning. And it will be prepended a data-type specifyer, i.e. "Bool_Create_Mailto" needs a boolean value (YES or NO), "File_Index_Template" specifies a filename. Within version 0.7.0 you _must_ use the new format, the old one will be no longer supported! - a few new options: Archiv_Months, UseLastMonth, ArchivURL, Archiv_LinkType, Archiv_LinkHead, Archiv_LinkFoot. Now you can choose between displaying of 11.1999 or November 1999, you can specify the month names - bug fixed: with the new option "ArchivURL" it is now possible to access monthly archives in another path than the default! - another bug fixed: if you create an archiv on 1.November 00:05, now it will name it "October_1999.html" instead of November..., it is possible to turn it of(UseLastMonth) 0.6.8: - "bug" fixed: htnews added too much newlines to a message. This is now corrected. Now it adds only a newline, if it exists and if it is configured to show it (CRLF YES). - documentation updated: how to run htnews -a at the end of every month. 0.6.7: - Bug fixed: if it parsed out some "bad" tags, still a newline was added to the result :-( - it is no longer possible to htmlize a HTML-mail (which was possible until now) - now the whole ... set will be parsed out - a new config option, which was needed: DetailURL, it caused incorrect links to the detailpages, if you had them in another directory! - sanity.check supplied, usefull for debugging a htnews-installation - pid-file added, htnews will now lock a pid-file during processing. 0.6.6: - small modification (line 607), which causes htnews to accept those mad M$-Outlook mails (Autoconverted from 7-Bit to quoted-printable...) - bug fixed, the mailto-tag on the detail page was not correct! - very bad bug fixed: If "TOsmtp" was set, then this adress was used by htnews for displaying as the FROM field on the result page! Thanks to Florin finding it! - Authentication bug fixed: in any special cases the anybody could use the "refresh" keyword, which is normally only allowed for the ADMIN! - Feature added: If you set "TOsmtp" to "/dev/null", no response message will be sent. 0.6.5: - function added: htmlize(). Now you can choose if htnews should replace CR/LF with
and TABS with 8 x  ! 0.6.4: - do no more use string::erase() or string::remove(), therefore now normal compilable under RedHat 6.0! - remove trailing space(s) and TABs at config parameters (caused the creation of filenams like "index.html " ! - Have now the domain htnews.org registered, thanks to CN-OA-girls :-) - Response message corrected (spelling) - Checks, if Detail_Templ is specified in the config 0.6.3: - new feature added: capability of creating a separate webpage for every item with details... - new feature added: some additional comments in the templates are possible: "" (monthly archiv and detail page) and "" (archiv page) - fixed empty message bug. caused htnews to create such lines in the storage: "%Message: %htnews_end", which confused it... - moved to autoconf and automake, yeah - feature added: -a parameter, htnews will run in "cronjob-mode", without reading something from stdin. Instead it will create an archiv from the archived items with the name of the current month and then it will clear the archiv storage file. 0.6.2: - quoted2html inserted into htnews.cc - marker in the template changed to (but the old one will still work too!) - all functions moved to util.cc - user editable header htnews.h - new functions: hex2int and quoted2html 0.6.1: - better MIME support. - also tags are removed. 0.6.0: - archiv functionality added - Security hole closed, a ` will be replaced with ' and " will be changed to \" - you can coose between html or text part of html mails to be used - can now handle text/html multipart sort of mails. It uses the text part, not the html one, because it contains something like "" or "", which could destroy a webpage and I really don't want to parse html-code! - Also a bug fixed, which was happen when one has sent a Mail without a subject (or ""), the resulting page was 0 byte! Why? The file was opened, _before_ the subject line was checked. Fixed now. The result page will be opened when needed. 0.5.0: initial public release.