Previous Next


FAQ-0.32x Table of Contents | FAQ-0.31x Table of Contents | Ezman Manual (0.32x) | Ezman Manual (0.31x) | Version Changes | Search the FAQ | Search the ezmlm list archive | Ezmlm Manual Pages | Qmail Manual Pages | Readme File | Upgrade Instructions | Site Outline

1. Introduction to "testing" protocol for ezmlm-idx

This document is under development as a testing protocol for ezmlm-idx functions. It is made for program development and testing. While normally the documented behavior has been verified by testing before a release, this is not guaranteed. In fact, there is no warranty whatsoever. However, all code is in plain view, so you can do your own testing, verification, etc. You may even find this document useful for that purpose. If you're curious or if ezmlm-idx doesn't do what you expect, you may find more info here. Please report any discrepancies to the authors. Prerequisites: 5 E-mail addresses:
  1. Arthur: moderator
  2. Art: receives mail forwarded from Arthur.
  3. Bert: moderator (receives requests, but never does anything)
  4. User: normal user (tries to (un)sub user & joe)
  5. Joe: normal user
To generate a bad cookie, substitute 1 character in a good one. To generate a fake -vc/-tc, make it from a -sc/-uc. This should give a new -vc/-tc only to moderators, NEVER to users. In all cases, please check that:
  1. The message starts with "Hi, this is the "
  2. The message is appropriate.
  3. The message contains info on commands (DIR/bottom) and the trigger OR DIR/mod-sub and no trigger.
A message is always sent as a result of a request/trigger. When sent to more than one address, the addresses are stated explicitly. "trigger" means copy of the triggering message, i.e. the previous message in the exchange. Users should notr receive these from moderator-initiated requests, provided that the list is set up to recognize the request as a moderator one (i.e. DIR/remote). If not, a moderator request is treated as if it came from a user. A fatal error always returns the offending message (trigger). When a moderator replies to a CONFIRM request, the target is notified only is the subscriber status of the target changed (non-subscriber -> subscriber, or vice versa), but not otherwise.

© Copyright 1997, 1998, 1999 Fred Lindberg, lindberg@id.wustl.edu & Fred B. Ringel, fredr@rivertown.net
This page was last built on 10/3/99; 1:35:09 PM on the MacOs
Comments/Suggestions: webmaster@ezmlm.org

Previous Next