mwiki (release_0-11) unstable; urgency=low * MailParser.pm - just a tiny bugfix in function SimpleMail::get_content() -- Max-Gerd Retzlaff 2002/06/15 01:12:00 CET mwiki (release_0-10) unstable; urgency=low * For signed mails the header-field subject is not used anymore. Instead the information that was formerely stored in the subject-field has to be the first line of the (signed) mail body now. * MailParser.pm - function parse_subject() split up into the two functions parse_subject() and parse_subject_core() - The latter contains no code on how to get the content of the subject-field; it expects that information as the second parameter. - changes in function SignedMIMEMail::get_content() - removes the first line of the (signed) mail body and turns it over to MailParser::parse_subject_core() - redesigned to use the first line of the mail body together with MailParser::parse_subject_core() instead of MailParser::parse_subject() - function SimpleMail::get_content() calls MailParser::parse_subject() now - Now the return values of SimpleMail::get_content() and SignedMIMEMail::get_content() consist of the mail content, the sign_ID (or 'SimpleMail'), the command, the section's alias, the message id and the message title. * mwiki.pl - changes in function parse_mail() - redesigned because [SignedMIME|Simple]Mail::get_content() returns also the informations that is extracted from the header-field subject; MailParser::parse_subject() is not invoked by parse_mail() anymore. - the header-field X-mwiki-title is generated containing the message title that is afore returned by [SignedMIME|Simple]Mail::get_content(). - the header-field subject is not replaced anymore (using MailParser::replace_header_field()); that's useless now because for signed mails the first line of the mail body is used instead of the header-field subject.) - change in function generate_indexes() - now the header-field X-mwiki-title is used as the message title (X-mwiki-title is generated by parse_mail() - minor bug fix in function read_config_file() * cleantable.skin - two minor bug fixes -- Max-Gerd Retzlaff 2002/06/14 19:50:00 CET mwiki (release_0-09) unstable; urgency=low * no HTML-code is hardcoded in mwiki anymore * generateHTML.pm - contains no default skin anymore - new skin file version "generateHTML skin version 0.2" - old skins can be used further on without modifications; just load a suitable skin at first (e.g. cleantable.skin) - the new wildcard [WMIKI-MAIL-ADDRESS] can be used within skins (the substituted string is to be set using the new function set_wmiki_addr() ) - skin-pseudo-functions can contain more than one wildcard now - now generateHTML.pm knows nothing about the pseudo-functions it provides; everything is defined in the skin files - if a pseudo-function ends with "_mwiki_sep" the given text is used as a separator for the commited values - bug fix: generateHTML does not die anymore if it couldn't open a skin file * mwiki.pl - changes in functions generate_indexes() and parse_mail() - now they use generateHTML-pseudo-functions instead of hard coded HTML-code - latest_news_file contains lists separated by [MWIKI-SEP] instead of HTML-code now * new skin file cleantable.skin - the old hard-coded simple, clean and table-based skin * new skin file clean.skin - a simple, clean and not table-based skin * config_file - line added for loading cleantable.skin - line added for loading clean.skin (uncommented by default) * cvs-info: - added files: - mwiki/etc/mwiki/skins/clean.skin - mwiki/etc/mwiki/skins/cleantable.skin -- Max-Gerd Retzlaff 2002/05/06 00:04:00 CET mwiki (release_0-08) unstable; urgency=low * mwiki.pl - new function read_config_file() - The config_file is not executed as perl code any more. The syntax is still the same, in fact it may not be necessary to change an old config_file. * cvs-info: - added files: - mwiki/src/modules_testing_scripts/read_config_file_Test.pl - mwiki/src/modules_testing_scripts/read_config_file_mwiki.conf -- Max-Gerd Retzlaff 2002/04/28 04:28:00 CET mwiki (release_0-07) unstable; urgency=low * mwikis can exchange config information (sections_conf_file, config_file, main_body_file, content of skin_dir and the GnuPG keys) now * mwiki.pl - new functions send_conf_file() and process_conf_file() - $sendmail is to be defined for the new function send_config_file() to perform properly - the functions create_skeleton(), generate_indexes(), generate_content(), parse_mail() and send_digest() are changed insofar that keys that match /^MWIKICONFFILE/ are not regarded in some foreach-loops over keys(%sections) - changes in function parse_mail() - call the new function send_conf_file() if the command is SENDCONFFILE - call the new function process_conf_file() if the command is CONFFILE * local_config_file - $passphrase has to be defined if the mwiki installation should be able to send away his config information * GnuPGverify.pm - new functions set_passphrase(), create_signature(), export_keys() and import_keys() - changes in function check_signature() * sections_conf_file - sections MWIKICONFFILE_SECTIONS, MWIKICONFFILE_CONFIG, MWIKICONFFILE_MAINBODY, MWIKICONFFILE_SKINS and MWIKICONFFILE_KEYS added - added my new key (ID 0x81239F12) as an ADM-Id to all sections * MailParses.pm - support for the new commands SENDCONFFILE and CONFFILE added - changes in function autodetectingnew() - simple mails are allowed if the command is CONFFILE or SENDCONFFILE - changes in function parse_subject() - a message ID (resp. e-mail address) is to be supplied if the command matches /^SEND/ - changes in function SignedMIMEMail::get_content() - do the MailParser::magicstringtest() only if the alias does not match /^MWIKICONFFILE_/ - change in function SimpleMail::get_content() - do the MailParser::magicstringtest() only if the command is ADD, UPDATE, UPGRADE or REPLACE (as in SignedMIMEMail::get_content() ) -- Max-Gerd Retzlaff 2002/04/26 18:10:00 CET mwiki (release_0-06) unstable; urgency=low * MailParser.pm - do the magic_string_test only if the command is ADD, UPDATE, UPGRADE or REPLACE * mwiki_local.conf, mwiki_dist.conf - reorganized * new file all-c3h-mwiki-gpg-keys.asc - contains the gpg keys of all c3h people that are allowed to publish messages to the default mwiki * sections.conf - lines for all c3h people that are allowed to publish messages to the default mwiki added -- Max-Gerd Retzlaff 2002/03/09 01:48:00 CET mwiki (release_0-05) unstable; urgency=low * the directory $config_dir (default value "$top_dir/mwiki_config") contains all config files that describe the mwiki installation: - $config_file default value "$config_dir/mwiki.conf" - $sections_conf_file default value "$config_dir/sections.conf" - $main_body_file default value "$config_dir/main_body.html", formerely known as default_body.inc - skins/ contains all generateHTML-skins; a skin may have got a directory for its resource files (images) under it - Only the $local_config_file is stored at a different location (default value "../etc/mwiki/mwiki_local.conf", relative to the directory in which mwiki.pl is stored) because it defines $top_dir, $www_dir, $config_dir and $config_file and those variables are mwiki-mirror specific. In addition to this $top_dir, $config_dir and $config_file cannot be set in $config_file because they are to be known when the config directory (and with it $config_file itself) is created by create_skeleton(). * new config file $sections_conf_file - new function read_sections_conf() - reads the configuration into %sections - look at mwiki/etc/mwiki/sections_dist.conf for an example sections_conf_file - %sections replaces %types and %valid_IDs - changes in functions create_skeleton(), generate_indexes(), generate_content(), parse_mail(), send_digest(), process_digest(), check_signature(), autodetectingnew() and SignedMIMEMail::get_content() - functions load_valid_IDs() and get_valid_IDs removed - two additional mailheader-fields are added to the processed mails: - X-mwiki-sign-ID: contains the GPG-ID the mail is signed with (it is set to "SimpleMail" if it is an unsigned plaintext mail) - X-incoming-date contains "the number of non-leap seconds since whateve time the system considers to be the epoch" of the date at which the mail was first processed by mwiki - the command UPGRADE has the same effect as REPLACE - the command REMOVE has the same effect as DELETE - new command UPDATE: the same effect as UPGRADE (aka REPLACE), but: - the From:-Field, - the X-mwiki-sign-ID:-Field and - the X-mwiki-incoming-date are taken from the old message that is to be updated - no new "latest news"-line is generated - distinction between adm_IDs and add_IDs - mails signed by add_IDs are only allowed to UPDATE, UPGRADE (aka REPLACE) and REMOVE (aka DELETE) messages that are signed with the same ID - mails signed by adm_IDs are allowed to UPDATE, UPGRADE (aka REPLACE) and REMOVE (aka DELETE) messages that are (a) signed by the same ID, (b) by another ID, (c) that are SimpleMails (if your configuration allows SimpleMails for all sections or for a particular section). - the pseudo ID "SimpleMail" is used for Mails that are unsigned plaintext mails (If SimpleMail is configured as an adm_ID, an unsigned plaintext mail (a "SimpleMail") can UPDATE, UPGRADE (aka REPLACE) and REMOVE (aka DELETE) any mail, may it be another unsigned plaintext mail or a signed mail.) * MailParser.pm - new function replace_header_field() - function replace_subject_and_mid() removed (became obsolete because of replace_header_field()) * mwiki.pl - latest_news is now a list of the last $latest_news_number messages that are processed by mwiki - if a message is REMOVEd (aka DELETEd) the concerning item in the latest_news-list is removed, too (if information about the concerning message were still in the list) * generateHTML.pm - new function set_www_skin_dir() * C3H.skin - uses [MWIKI-SKIN-DIR] instead of [MWIKI-WWW-DIR] now * structuredText.pm - insert
into "\n> " when processing mail replys * cvs-info: - removed files: - mwiki/etc/mwiki/mwiki.conf - mwiki/etc/mwiki/valid_IDs.conf - mwiki/src/generateHTML_WEGpage.skin - mwiki/src/generateHTML_C3H.skin - added files: - mwiki/etc/mwiki/mwiki_local.conf - mwiki/etc/mwiki/mwiki_dist.conf - mwiki/etc/mwiki/sections_dist.conf - mwiki/etc/mwiki/main_body_dist.html - mwiki/src/modules_testing_scripts/sections.conf - mwiki/src/modules_testing_scripts/replace_header_field_testing.pl - mwiki/src/modules_testing_scripts/read_sections_conf_testing.pl - mwiki/etc/mwiki/skins/ - mwiki/etc/mwiki/skins/WEBpage.skin - mwiki/etc/mwiki/skins/C3H.skin - mwiki/etc/mwiki/skins/C3H_resources/ - mwiki/etc/mwiki/skins/C3H_resources/Chaosknoten.gif - mwiki/etc/mwiki/skins/C3H_resources/undefabstand.png - mwiki/etc/mwiki/skins/C3H_resources/undefabstand2.png - mwiki/etc/mwiki/skins/C3H_resources/undefback.png - mwiki/etc/mwiki/skins/C3H_resources/undefc3h.png - mwiki/etc/mwiki/skins/C3H_resources/undefccch.png - mwiki/etc/mwiki/skins/C3H_resources/undefknoten.png -- Max-Gerd Retzlaff 2002/03/07 02:23:00 CET mwiki (release_0-04) unstable; urgency=low * mwiki.pl - new functions send_digest() and process_digest() - parse_mail() extended * MailParser.pm - autodetectingnew() extended - parse_subject() extended -> Now it is possible to copy all messages of one mwiki to another by sending an unsigned(!) mail with a subject of the following form to the first mwiki: SENDDIGEST: CATEGORY: [mwiki@another.host] I want your content! If MWIKIALL is given as the CATEGORY mwiki will send the messages of all categories. The second mwiki will parse the digest and integrate all containing messages using parse_mail(). -- Max-Gerd Retzlaff 2002/02/07 01:45:00 CET mwiki (release_0-03) unstable; urgency=low * MailParser.pm - now looking for a magic string. ($content has to match /^\[MWIKI-POST\]\n/) * mwiki.conf - MailParser->DoNotExpectMagicString(); added (to enforce downward compatibility) -- Max-Gerd Retzlaff 2002/02/06 16:08:00 CET mwiki (release_0-02) unstable; urgency=low * MailParser.pm - autodetectingnew() extended; now it is possible to allow simple mails for single categories (while retaining the default policy to forbid them) by adding "AllowSimpleMail" as an ID to %valid_IDs in valid_IDs.conf. * GnuPGverify.pm - new function get_valid_IDs() (returns %valid_IDs) * mwiki.pl - bugfix: latest_news_file is only generated when a new mail is processed now. (obtained by $regeneration (formerly known as $search_for_links) * valid_IDs.conf - IDs of some C3H members added -- Max-Gerd Retzlaff 2002/02/06 12:44:30 CET mwiki (??) unstable; urgency=low * GnuPGverify.pm - tests whether %ENV is defined and $ENV{HOME} exists now * MailParser.pm - forbids simple mails by default now * mwiki.pl - changes to dir in which mwiki.pl is stored in a BEGIN-block now - expects both ($www_dir and $top_dir) without a trailing slash now * structuredText.pm - detects only titles in a zope-like style now - a line that only consists of at least twenty - is replaced by
new - better detection of **bold**, *emphasized* and _underline_ * generateHTML_C3H.skin - a form for a search engine is added to the footer section now (done by Reyk) -- Max-Gerd Retzlaff 2002/02/05 21:44:12 CET mwiki (pre-release_0-01) unstable; urgency=low * unitized (new modules: MailParser, GnuPGverify, generateHTML, HelpfulFunktions) * (extensive) revision of mwiki.pl core * skin files for generateHTML: generateHTML_C3H.skin - the look of https://hannover.ccc.de generateHTML_WEGpage.skin - the look Clifford Wolf's ROCK Linux pages * various changes -> view TODO for details and some explanations -- Max-Gerd Retzlaff 2002/01/25 01:30:00 CET ---------------------------------------------------------------------- new repository begun - the old one is renamed to mwiki-old ---------------------------------------------------------------------- mwiki (1:0.02.1-1) unstable; urgency=low * some fixes for signature functions * updated indexing function -- Reyk Floeter 2001/12/19 23:01:39 mwiki (1:0.02.0-1) unstable; urgency=low * added signature checking functions -- Reyk Floeter 2001/12/18 17:40:08 mwiki (1:0.01.3-1) unstable; urgency=low * finished first snapshot without security options. -- Reyk Floeter 2001/12/04 15:48:08 mwiki (1:0.00.2-1) unstable; urgency=low * modified stx_test.pl. * finished first working version of Text::StructuredText -- Reyk Floeter 2001/12/03 18:24:57 mwiki (1:0.00.1-1) unstable; urgency=low * Initial CVS import for the StructuredText module. -- Reyk Floeter 2001/12/02 16:46:59