From 151b83f867487080e8f0e5cd6179e857dc6b3ccb Mon Sep 17 00:00:00 2001 From: Philip Hazel Date: Mon, 6 Feb 2006 16:07:10 +0000 Subject: [PATCH] CVS-ing the new test suite. --- test/ABOUT | 38 + test/Makefile.in | 97 ++ test/README | 1039 ++++++++++++++++ test/configure.ac | 54 + test/listtests | 67 + test/patchexim | 30 + test/runtest | 3011 +++++++++++++++++++++++++++++++++++++++++++++ 7 files changed, 4336 insertions(+) create mode 100644 test/ABOUT create mode 100644 test/Makefile.in create mode 100644 test/README create mode 100644 test/configure.ac create mode 100755 test/listtests create mode 100755 test/patchexim create mode 100755 test/runtest diff --git a/test/ABOUT b/test/ABOUT new file mode 100644 index 000000000..abe52f040 --- /dev/null +++ b/test/ABOUT @@ -0,0 +1,38 @@ +$Cambridge: exim/test/ABOUT,v 1.1 2006/02/06 16:07:10 ph10 Exp $ + +CVS directory exim/exim-test +---------------------------- + +The files in this directory are those that comprise the Exim test suite. The +README file contains a complete description of the suite and how it works. The +contents of this directory are: + +FILES + +Makefile.in source of the Makefile for building auxiliary test programs +README description and instructions for running the test suite +configure.ac autoconf configuration file +listtests shell/Perl script for listing the available tests +patchexim Perl script for patching Exim in preparation for testing +runtest Perl script for running the tests + +DIRECTORIES + +aux-fixed fixed auxiliary data files +aux-var-src source for variable data files +confs Exim configurations for the tests +dnszones-src sources for fake DNS zone files +log saved mainlogs +mail saved mailboxes +msglog saved message logs +paniclog saved panic logs +rejectlog saved reject logs +scripts scripts for the tests +src sources for auxiliary programs +stderr saved stderr outputs +stdout saved stdout output + +The scripts directory is subdivided into subdirectories containing tests of +different categories. + +End diff --git a/test/Makefile.in b/test/Makefile.in new file mode 100644 index 000000000..58affa2ba --- /dev/null +++ b/test/Makefile.in @@ -0,0 +1,97 @@ +# $Cambridge: exim/test/Makefile.in,v 1.1 2006/02/06 16:07:10 ph10 Exp $ +# This Makefile builds the support programs for the Exim test suite. + +############################################################################## +# These variables are set by the configure script. + +CC=@CC@ +CFLAGS=@CFLAGS@ +LDFLAGS=@LDFLAGS@ +CLIENT_SSL=@CLIENT_SSL@ +CLIENT_GNUTLS=@CLIENT_GNUTLS@ +LOADED=@LOADED@ +LOADED_OPT=@LOADED_OPT@ + +############################################################################## + +# List of targets + +all: makebin bin/cf bin/client $(CLIENT_SSL) $(CLIENT_GNUTLS) \ + bin/checkaccess bin/fakens bin/fd bin/iefbr14 $(LOADED) \ + bin/mtpscript bin/server bin/showids + +# Ensure the bin directory exists + +makebin:; @if [ ! -e bin ] ; then mkdir bin 2>/dev/null; echo ""; fi + +# Compile and link the programs: +# +# bin/client is the SMTP script-driven client, without TLS support +# bin/client-ssl is with OpenSSL support +# there isn't yet a version with GnuTLS support +# bin/checkaccess tests whether the exim uid/gid can access the files +# bin/iefbr14 a program that does nothing and returns 0 +# bin/loaded is a dynamically loaded test module +# bin/server is the SMTP script-driven server (no TLS support) + +bin/cf: src/cf.c + $(CC) $(CFLAGS) $(LDFLAGS) -o bin/cf src/cf.c + @echo ">>> bin/cf command build" + @echo " " + +bin/client: src/client.c + $(CC) $(CFLAGS) $(LDFLAGS) -o bin/client src/client.c + @echo ">>> bin/client command built" + @echo " " + +bin/client-gnutls: src/client.c + $(CC) $(CFLAGS) -DHAVE_GNUTLS $(LDFLAGS) -lgnutls -lgcrypt -o bin/client-gnutls src/client.c + @echo ">>> bin/client-gnutls command built" + @echo " " + +bin/client-ssl: src/client.c + $(CC) $(CFLAGS) -DHAVE_OPENSSL $(LDFLAGS) -lssl -lcrypto -o bin/client-ssl src/client.c + @echo ">>> bin/client-ssl command built" + @echo " " + +bin/checkaccess:src/checkaccess.c + $(CC) $(CFLAGS) -DNO_TLS $(LDFLAGS) -o bin/checkaccess src/checkaccess.c + @echo ">>> bin/checkaccess command built" + @echo " " + +bin/fakens: src/fakens.c + $(CC) $(CFLAGS) $(LDFLAGS) -o bin/fakens src/fakens.c + @echo ">>> bin/fakens command built" + @echo " " + +bin/fd: src/fd.c + $(CC) $(CFLAGS) $(LDFLAGS) -o bin/fd src/fd.c + @echo ">>> bin/fd command built" + @echo " " + +bin/iefbr14: src/iefbr14.c + $(CC) $(CFLAGS) $(LDFLAGS) -o bin/iefbr14 src/iefbr14.c + @echo ">>> bin/iefbr14 command built" + @echo " " + +bin/loaded: src/loaded.c + $(CC) $(CFLAGS) $(LDFLAGS) $(LOADED_OPT) -o bin/loaded src/loaded.c + @echo ">>> bin/loaded command built" + @echo " " + +bin/mtpscript: src/mtpscript.c + $(CC) $(CFLAGS) $(LDFLAGS) $(mtpscript_OPT) -o bin/mtpscript src/mtpscript.c + @echo ">>> bin/mtpscript command built" + @echo " " + +bin/server: src/server.c + $(CC) $(CFLAGS) $(LDFLAGS) -o bin/server src/server.c + @echo ">>> bin/server command built" + @echo " " + +bin/showids: src/showids.c + $(CC) $(CFLAGS) $(LDFLAGS) -o bin/showids src/showids.c + @echo ">>> bin/showids command built" + @echo " " + +# End diff --git a/test/README b/test/README new file mode 100644 index 000000000..f32478817 --- /dev/null +++ b/test/README @@ -0,0 +1,1039 @@ +$Cambridge: exim/test/README,v 1.1 2006/02/06 16:07:10 ph10 Exp $ + +EXPORTABLE EXIM TEST SUITE +-------------------------- + +This document last updated for: + +Test Suite Version: 4.61 +Date: 06 February 2006 + + +BACKGROUND +---------- + +For a long time, the Exim test suite was confined to Philip Hazel's +workstation, because it relied on that particular environment. The problem is +that an MTA such as Exim interacts a great deal with its environment, so if you +run it somewhere else, the output will be different, which makes automatic +checking difficult. Even in a single environment, things are not all that easy. +For instance, if Exim delivers a message, the log line (which one would want to +compare) contains a timestamp and an Exim message id that will be different +each time. This issue is dealt with by a Perl script that munges the output by +recognizing changing sequences and replacing them with fixed values before +doing a comparison. Another problem with exporting the original test suite is +that it assumes a version of Exim with more or less every optional feature +enabled. + +This README describes a new test suite that is intended to be exportable and to +run in a number of different environments. The current status of this project +is "experimental and incomplete". I am releasing it in this state in order to +get feedback on how well it succeeds and of course to iron out any bugs. The +original test suite contains over 600 tests; it will be some time before they +are all re-implemented in the new world. + +The tests themselves are in no particular order; they accumulated over the +years as Exim was extended and modified. They vary greatly in size and +complexity. Some were specifically constructed to test new features; others +were made to demonstrate that a bug had been fixed. + +A few of the original tests have had to be omitted from this more general +suite because differences in operating system behaviour make it impossible to +generalize them. An example is a test that uses a version of Exim that is +setuid to the Exim user rather than root, with the deliver_drop_privilege +option set. In Linux, such a binary is able to deliver a message as the caller +of Exim, because it can revert to the caller's uid. In FreeBSD this is not the +case. + +This is early documentation; it too may be buggy... :-) It is certainly +incomplete, because there are features yet to be added to the test suite. + + +REQUIREMENTS +------------ + +In order to run this test suite, the following requirements must be met: + +(1) You should run the tests on the latest version of Exim, because the suite + is continuously updated to test the latest features and bug fixes. The + version you test does not, however, have to be installed as the live + version. You can of course run the tests on an older Exim, but some may + fail. In particular, the test suite will fall apart horrible with versions + of Exim prior to 4.54. + +(2) You can use any non-root login to run the tests, but there must be access + via "sudo" to root from this login. Privilege is required to override + configuration change checks and for things like cleaning up spool files, + but on the other hand, the tests themselves need to call Exim from a + non-root process. The use of "sudo" is the easiest way to achieve all this. + The test script uses "sudo" to do a number of things as root, so it is best + if you set a sudo timeout so that you do not have to keep typing a + password. For example, if you put + + Defaults timestamp_timeout=480 + + in /etc/sudoers, a password lasts for 8 hours (a working day). It is + probably not a good idea to run the tests as the Exim user, as this is + recognized as special by Exim. + +(3) The login under which you run the tests must be in the exim group so that + it has access to logs, spool files, etc. The login should not be one of the + names "userx", "usery", "userz", or a few other simple ones such as "abcd" + and "xyz" and single letters that are used in the tests. (The original + tests use my login a lot; I'm weeding this out as I convert, and I'll try + to get rid of common names as well.) The test suite expects the login to + have a gecos name; I think it will now run if the gecos field is empty but + there may be anomalies. + +(4) The directory into which you unpack the test suite must be accessible by + the Exim user, so that code which is running as exim can access the files + therein. A world-readable directory is fine. However, there may be problems + if the path name of the directory is excessively long. This is because it + sometimes appears in logs lines or debug output, and if it is truncated, it + is no longer recognized. + +(5) Exim must be built with its user and group specified at build time, and + with certain minimum facilities, namely: + + Routers: accept, dnslookup, manualroute, redirect + Transports: appendfile, autoreply, pipe, smtp + Lookups: lsearch + + Most Exim binaries will have these included. + +(6) A C compiler is needed to build some test programs, and the test script is + written in Perl, so you need that. + +(7) Some of the tests run Exim as a daemon, and others use a testing server + (described below). These require TCP ports. In the configurations and + scripts, the ports are parameterized, but at present, fixed values are + written into the controlling script. These are ports 1224 to 1229. If these + ports are not available for use, some of the tests will fail. + +(8) There is an underlying assumption that the host on which the tests are + being run has an IPv4 address (which the test script seeks out). If there + is also an IPv6 address, additional tests are run when the Exim binary + contains IPv6 support. There are checks in the scripts for a running IPv4 + interface; when one is not found, some tests are skipped (with a warning + message). + + +OPTIONAL EXTRAS +--------------- + +If the Exim binary that is being tested contains extra functionality in +addition to the minimum specified above, additional tests are run to exercise +the extra functionality, except for a few special cases such as the databases +(MySQL, PostgreSQL, LDAP) where special data is needed for the tests. + + +RUNNING THE TEST SUITE +---------------------- + +(1) Download the tarball exim-testsuite-x.xx.tar.bz2 and unpack it, preferably + in a directory alongside an Exim source directory (see below). + +(2) cd into the exim-testsuite-x.xx directory. + +(3) Run "./configure" and then "make". This builds a few auxiliary programs + that are written in C. + +(4) Run "./runtest" (a Perl script) as described below. + +(5) If you want to see what tests are available, run "./listtests". + + +BREAKING OUT OF THE TEST SCRIPT +------------------------------- + +If you abandon the test run by typing ^C, the interrupt may be passed to a +program that the script is running, or it may be passed to the script itself. +In the former case, the script should detect that the program has ended +abnormally. In both cases, the script tries to clean up everything, including +killing any Exim daemons that it has started. However, there may be race +conditions in which the clean up does not happen. If, after breaking out of a +run, you see strange errors in the next run, look for any left-over Exim +daemons, and kill them by hand. + + +THE LISTTESTS SCRIPT +-------------------- + +The individual test scripts are in subdirectories of the "scripts" directory. +If you do not supply any arguments to ./listtests, it scans all the scripts in +all the directories, and outputs the heading line from each script. The output +is piped through "less", and begins like this: + +=== 0000-Basic === +Basic/0001 Basic configuration setting +Basic/0002 Common string expansions +Basic/0003 Caseless address blocking +... + +Lines that start === give the name of the subdirectory containing the test +scripts that follow. If you supply an argument to ./listtests, it is used as a +Perl pattern to match case-independently against the names of the +subdirectories. Only those that match are scanned. For example, "./listtests +ipv6" outputs this: + +=== 1000-Basic-ipv6 === +=== Requires: support IPv6 +Basic-ipv6/1000 -bh and non-canonical IPv6 addresses +Basic-ipv6/1001 recognizing IPv6 address in HELO/EHLO + +=== 2250-dnsdb-ipv6 === +=== Requires: support IPv6 + lookup dnsdb +dnsdb-ipv6/2250 dnsdb ipv6 lookup in string expansions + +If you supply a second argument to ./listtests, it is used as a Perl pattern to +match case-independently against the individual script titles. For example, +"./listtests . mx" lists all tests whose titles contain "mx", because "." +matches all the subdirectory names. + + +THE RUNTEST SCRIPT +------------------ + +If you do not supply any arguments to ./runtest, it searches for an Exim +source tree at the same level as the test suite directory. It then looks for an +Exim binary in a "build" directory of that source tree. If there are several +Exim source trees, it chooses the latest version of Exim. Consider the +following example: + + $ ls -F /source/exim + exim-4.50/ exim-4.52/ exim-testsuite-0.00/ + +A simple ./runtest from within the test suite will use a 4.52 binary if it +finds one, otherwise a 4.50 binary. If a binary cannot be found, the script +prompts for one. Alternatively, you can supply the binary on the command line: + + ./runtest /usr/exim/bin/exim + +The test suite also uses some of the Exim utilities (such as exim_dbmbuild), +and it expects to find them in the same directory as Exim itself. If they are +not found, the tests that use them are omitted. A suitable comment is output. + +On the ./runtest command line, following the name of the binary, if present, +there may be a number of options and then one or two numbers. The full syntax +is as follows: + + ./runtest [binary name] [runtest options] [exim options] \ + [first test] [last test] + +There are some options for the ./runtest script itself: + + -DEBUG This option is for debugging the test script. It causes some + tracing information to be output. + + -DIFF By default, file comparisons are done using a private compare + command called "cf", which is built from source that is provided in + the src directory. This is a command I've had for nearly 20 years - + look at the source comments for its history - whose output I + prefer. However, if you want to use "diff" instead, give -DIFF as a + runtest option. In that case, "diff -u" is used for comparisons. + (If it turns out that most people prefer to use diff, I'll change + the default.) + + -KEEP Normally, after a successful run, the test output files are + deleted. This option prevents this. It is useful when running a + single test, in order to look at the actual output before it is + modified for comparison with saved output. + + -NOIPV4 Pretend that an IPv4 interface was not found. This is useful for + testing that the test suite correctly skips tests that require + a running IPv4 interface. + + -NOIPV6 Pretend that an IPv6 interface was not found. This is useful for + testing that the test suite correctly skips tests that require + a running IPv6 interface. + + -UPDATE If this option is set, any detected changes in test output are + automatically accepted and used to update the stored copies of the + output. It is a dangerous option, but it useful for the test suite + maintainer after making a change to the code that affects a lot of + tests (for example, the wording of a message). + +The options for ./runtest must be given first (but after the name of the +binary, if present). Any further options, that is, items on the command line +that start with a hyphen, are passed to the Exim binary when it is run as part +of a test. The only sensible use of this is to pass "-d" in order to run a test +with debugging enabled. Any other options are likely to conflict with options +that are set in the tests. Some tests are already set up to run with debugging. +In these cases, -d on the command line overrides their own debug settings. + +The final two arguments specify the range of tests to be run. Test numbers lie +in the range 1 to 9999. If no numbers are given, the defaults are 1 and 8999 +(sic). Tests with higher numbers (9000 upwards) are not run automatically +because they require specific data (such as a particular MySQL table) that is +unlikely to be generally available. + +Tests that require certain optional features of Exim are grouped by number, so +in any given range, not all the tests will exist. Non-existent tests are just +skipped, but if there are no tests at all in the given range, a message is +output. + +If you give only one number, just that test is run (if it exists). Instead of a +second number, you can give the character "+", which is interpreted as "to the +end". Normally this is 8999; if the starting number is 9000 or higher, "+" is +interpreted as 9999. Examples: + + ./runtest 1300 + ./runtest 1400 1699 + ./runtest /usr/sbin/exim 5000 + + ./runtest -DIFF -d 81 + +When the script starts up, the first thing it does is to check that you have +sudo access to root. Then it outputs the version number of the Exim binary that +it is testing, and also information about the optional facilities that are +present (obtained from "exim -bV"). This is followed by some environmental +information, including the current login id and the hosts's IP address. The +script checks that the current user is in the Exim group, and that the Exim +user has access to the test suite directory. + +The script outputs the list of tests requested, and a list of tests that will +be omitted because the relevant optional facilities are not in the binary. You +are then invited to press Return to start the tests running. + + +TEST OUTPUT +----------- + +When all goes well, the only permanent output is the identity of the tests as +they are run, and "Script completed" for each test script, for example: + + Basic/0001 Basic configuration setting + Script completed + Basic/0002 Basic string expansions + Script completed + Basic/0003 Caseless address blocking + Script completed + Basic/0004 Caseful address blocking + Script completed + Basic/0005 -bs to simple local delivery + ... + +While a script is running, it shows "Test n" on the screen, for each of the +Exim tests within the script. There may also be comments from some tests when a +delay is expected, for example, if there is a "sleep" while testing a timeout. + +Before each set of optional tests, an extra identifying line is output. For +example: + + >>> The following tests require: authenticator cram_md5 + CRAM-MD5/2500 CRAM-MD5 server tests + Script completed + CRAM-MD5/2501 CRAM-MD5 client tests + Script completed + +If a test fails, you are shown the output of the text comparison that failed, +and prompted as to what to do next. The output is shown using the "less" +command, or "more" if "less" is not available. By default, the output is from +the "cf" program, and might look like this: + + DBM/1300 DBM files and exim_dbmbuild + =============== + Lines 7-9 of "test-stdout-munged" do not match lines 7-11 of "stdout/1300". + ---------- + exim_dbmbuild exit code = 1 + Continued set of lines is too long: max permitted length is 99999 + exim_dbmbuild exit code = 1 + ---------- + dbmbuild abandoned + exim_dbmbuild exit code = 2 + Continued set of lines is too long: max permitted length is 99999 + dbmbuild abandoned + exim_dbmbuild exit code = 2 + =============== + 1 difference found. + "test-stdout-munged" contains 16 lines; "stdout/1300" contains 18 lines. + + Continue, Update & retry, Quit? [Q] + +This example was generated by running the test with a version of Exim +that had a bug in the exim_dbmbuild utility (the bug was fixed at release +4.53). See "How the tests work" below for a description of the files that are +used. In this case, the standard output differed from what was expected. + +The reply to the prompt must either be empty, in which case it takes the +default that is given in brackets (in this case Q), or a single letter, in +upper or lower case (in this case, one of C, U, or Q). If you type anything +else, the prompt is repeated. + +"Continue" carries on as if the files had matched; that is, it ignores the +mismatch. Any other output files for the same test will be compared before +moving on to the next test. + +"Update & retry" copies the new file to the saved file, and reruns the test +after doing any further comparisons that may be necessary. + +Other circumstances give rise to other prompts. If a test generates output for +which there is no saved data, the prompt (after a message stating which file is +unexpectely not empty) is: + + Continue, Show, or Quit? [Q] + +"Show" displays the data on the screen, and then you get the "Continue..." +prompt. If a test ends with an unexpected return code, the prompt is: + + show stdErr, show stdOut, Continue (without file comparison), or Quit? [Q] + +Typically in these cases there will be something interesting in the stderr +or stdout output. There is a similar prompt after the "server" auxiliary +program fails. + + +OPENSSL AND GNUTLS ERROR MESSAGES +--------------------------------- + +Some of the TLS tests deliberately cause errors to check how Exim handles them. +It has been observed that different releases of the OpenSSL and GnuTLS +libraries generate different error messages. This may cause the comparison with +the saved output to fail. Such errors can be ignored. + + +OTHER SCRIPTS AND PROGRAMS +-------------------------- + +There is a freestanding Perl script called "listtests" that scans the test +scripts and outputs a list of all the tests, with a short descriptive comment +for each one. Special requirements for groups of tests are also noted. + +The main runtest script makes use of a second Perl script and some compiled C +programs. These are: + +patchexim A Perl script that makes a patched version of Exim (see the + next section for details). + +bin/cf A text comparison program (see above). + +bin/checkaccess A program that is run as root; it changes uid/gid to the + Exim user and group, and then checks that it can access + files in the test suite's directory. + +bin/client A script-driven SMTP client simulation. + +bin/client-gnutls A script-driven SMTP client simulation with GnuTLS support. + This is built only if GnuTLS support is detected on the host. + +bin/client-ssl A script-driven SMTP client simulation with OpenSSL support. + This is built only if OpenSSL support is detected on the + host. + +bin/fakens A fake "nameserver" for DNS tests (see below for details). + +bin/fd A program that outputs details of open file descriptors. + +bin/iefbr14 A program that does nothing, and returns 0. It's just like + the "true" command, but it is in a known place. + +bin/loaded Some dynamically loaded functions for testing dlfunc support. + +bin/server A script-driven SMTP server simulation. + +The runtest script also makes use of a number of ordinary commands such as +"cp", "kill", "more", and "rm", via the system() call. In some cases these are +run as root by means of sudo. + + +STANDARD SUBSTITUTIONS +---------------------- + +In the following sections, there are several references to the "standard +substitutions". These make changes to some of the stored files when they are +used in a test. To save repetition, the substitutions themselves are documented +here: + + CALLER is replaced by the login name of the user running the tests + CALLER_GID is replaced by the caller's group id + CALLER_UID is replaced by the caller's user id + DIR is replaced by the name of the test-suite directory + EXIMGROUP is replaced by the name of the Exim group + EXIMUSER is replaced by the name of the Exim user + HOSTIPV4 is replaced by the local host's IPv4 address + HOSTIPV6 is replaced by the local host's IPv6 address + HOSTNAME is replaced by the local host's name + PORT_D is replaced by a port number for normal daemon use + PORT_N is replaced by a port number that should never respond + PORT_S is replaced by a port number for normal bin/server use + TESTNUM is replaced by the current test number + V4NET is replaced by an IPv4 network number for testing + V6NET is replaced by an IPv6 network number for testing + +PORT_D is currently hard-wired to 1225, PORT_N to 1223, and PORT_S to 1224. +V4NET is hardwired to 224 and V6NET to ff00. These networks are used for DNS +testing purposes, and for testing Exim with -bh. The only requirement is that +they are networks that can never be used for an IP address of a real host. I've +chosen two multicast networks for the moment. + +If the host has no IPv6 address, "" is substituted but +that does not matter because no IPv6 tests will be run. A similar substitution +is made if there is no IPv4 address, and again, tests that actually require a +running IPv4 interface should be skipped. + +If the host has more than one IPv4 or IPv6 address, the first one that +"ifconfig" lists is used. If the only available address is 127.0.0.1 (or ::1 +for IPv6) it is used, but another value is prefered if available. + +In situations where a specific test is not being run (for example, when setting +up dynamic data files), TESTNUM is replaced by an empty string, but should not +in fact occur in such files. + + +HOW THE TESTS WORK +------------------ + +Each numbered script runs Exim (sometimes several times) with its own Exim +configuration file. The configurations are stored in the "confs" directory, +and before running each test, a copy of the appropriate configuration, with the +standard substitutions, is made in the file test-config. The -C command line +option is used to tell Exim to use this configuration. + +The -D option is used to pass the path of the Exim binary to the configuration. +This is not standardly substituted, because there are two possible binaries +that might be used in the same test (one setuid to root, the other to the exim +user). Some tests also make use of -D to vary the configuration for different +calls to the Exim binary. + +Normally, of course, Exim gives up root privilege when -C and -D are used by +unprivileged users. We do not want this to happen when running the tests, +because we want to be able to test all aspects of Exim, including receiving +mail from unprivileged users. The way this is handled is as follows: + +At the start of the runtest script, the patchexim script is run as root. This +script makes a copy of the Exim binary that is to be tested, patching it as it +does so. (This is a binary patch, not a source patch.) The patch causes the +binary, when run, to "know" that it is running in the test harness. It does not +give up root privilege when -C and -D are used, and in a few places it takes +other special actions, such as delaying when starting a subprocess to allow +debug output from the parent to be written first. If you want to know more, +grep the Exim source files for "running_in_test_harness". + +The patched binary is placed in the directory eximdir/exim and given the normal +setuid root privilege. This is, of course, a dangerous binary to have lying +around, especially if there are unprivileged users on the system. To protect +it, the eximdir directory is created with the current user as owner, exim as +the group owner, and with access drwx--x---. Thus, only the user who is running +the tests (who is known to have access to root) and the exim user have access +to the modified Exim binary. When runtest terminates, the patched binary is +removed. + +Each set of tests proceeds by interpreting its controlling script. The scripts +are in subdirectories of the "scripts" directory. They are split up according +to the requirements of the tests they contain, with the 0000-Basic directory +containing tests that can always be run. Run the "listtests" script to obtain a +list of tests. + + +TEST OUTPUT +----------- + +Output from script runs is written to the files test-stdout and test-stderr. +When an Exim server is involved, test-stdout-server and test-stderr-server are +used for its output. Before being compared with the saved output, the +non-server and server files are concatenated, so a single saved file contains +both. + +A directory called spool is used for Exim's spool files, and for Exim logs. +These locations are specified in every test's configuration file. + +When messages are delivered to files, the files are put in the test-mail +directory. Output from comparisons is written to test-cf. + +Before comparisons are done, output texts are modified ("munged") to change or +remove parts that are expected to vary from run to run. The modified files all +end with the suffix "-munged". Thus, you will see test-stdout-munged, +test-mainlog-munged, test-mail-munged, and so on. Other files whose names start +with "test-" are created and used by some of the tests. + +At the end of a successful test run, the spool directory and all the files +whose names begin with "test-" are removed. If the run ends unsuccessfully +(typically after a "Q" response to a prompt), the spool and test files are left +in existence so that the problem can be investigated. + + +TEST COMMANDS +------------- + +Each test script consists of a list of commands, each optionally preceded by +comments (lines starting with #) and (also optionally) a line containing an +expected return code. Some of the commands are followed by data lines +terminated by a line of four asterisks. + +The first line of each script must be a comment that briefly describes the +script. For example: + + # -bS Use of HELO/RSET + +A line consisting just of digits is interpreted as the expected return code +for the command that follows. The default expectation when no such line exists +is a zero return code. For example, here is a complete test script, containing +just one command: + + # -bS Unexpected EOF in headers + 1 + exim -bS -odi + mail from: + rcpt to: + data + from: me + **** + +The expected return code in this case is 1, and the data lines are passed to +Exim on its standard input. Both the command line and the data lines have the +standard substitions applied to them. Thus, HOSTNAME in the example above will +be replaced by the local host's name. Long commands can be continued over +several lines by using \ as a continuation character. This does *not* apply to +data lines. + +Here follows a [currently incomplete] list of supported commands. They can be +divided into two groups: + + +Commands with no input +---------------------- + +These commands are not followed by any input data, or by a line of asterisks. + + dbmbuild + +This command runs the exim_dbmbuild utility to build a DBM file. It is used +only when DBM support is available in Exim, and typically follows the use of a +"write" command (see below) that creates the input file. + + + echo + +The text is written to the screen; this is used to output comments from +scripts. + + + gnutls + +This command is present at the start of all but one of the tests that use +GnuTLS. It copies a pre-existing parameter file into the spool directory, so +that Exim does not have to re-create the file each time. The first GnuTLS test +does not do this, in order to test that Exim can create the file (it takes some +time). + + + killdaemon + +This command must be given in any script that starts an Exim daemon, normally +at the end. It searches for the PID file in the spool directory, and sends a +SIGINT signal to the Exim daemon process whose PID it finds. See below for +comments about starting Exim daemons. + + + millisleep + +This command causes the script to sleep for m milliseconds. Nothing is output +to the screen. + + + need_ipv4 + +This command must be at the head of a script. If no IPv4 interface has been +found, the entire script is skipped, and a comment is output. + + + need_ipv6 + +This command must be at the head of a script. If no IPv6 interface has been +found, the entire script is skipped, and a comment is output. + + + need_move_frozen_messages + +This command must be at the head of a script. If the Exim binary does not have +support for moving frozen messages (which is an optional feature), the entire +script is skipped, and a comment is output. + + + no_message_check + +If this command is encountered anywhere in the script, messages that are +delivered when the script runs are not compared with saved versions. + + + no_msglog_check + +If this command is encountered anywhere in the script, message log files that +are still in existence at the end of the run (for messages that were not +delivered) are not compared with saved versions. + + no_stderr_check + +If this command is encountered anywhere in the script, the stderr output from +the run is not compared with a saved version. + + + no_stdout_check + +If this command is encountered anywhere in the script, the stdout output from +the run is not compared with a saved version. + + + rmfiltertest + +This command indicates that the script is for a certain type of filter test, in +which there are a lot of repetitive stdout lines that get in the way, because +filter tests output data about the sender and recipient. Such lines are removed +from the stdout output before comparing, for ease of human perusal. + + + sleep + +This command causes the script to sleep for n seconds. If n is greater than +one, "sleep " is output to the screen, followed by a dot for every second +that passes. + + + sortlog + +This command causes special sorting to occur on the mainlog file before +comparison. Every sequence of contiguous delivery lines (lines containing the +=> -> or *> flags) is sorted. This is necessary in some tests that use parallel +deliveries because on different systems the processes may terminate in a +different order. + + +A number of standard file management commands are recognized. These are chmod, +chown, ln, ls, du, mkdir, mkfifo, and touch. Some are run as root using "sudo". + + +Commands with input +------------------- + +The remaining commands are followed by data lines for their standard input, +terminated by four asterisks. Even if no data is required for the particular +usage, the asterisks must be given. + + + catwrite [nxm[=start-of-line-text]]* + +This command operates like the "write" command, which is described below, +except that the out it generates is copied to the end of the test-stdout file +as well as to the named file. + + + + client [] [] + +This command runs the auxiliary "client" program that simulates an SMTP client. +It is controlled by a script read from its standard input, details of which are +given below. The only option is -t, which must be followed by a number, to +specify the command timeout in seconds. The program connects to the given IP +address and port, using the specified interface, if one is given. + + + client-ssl [] [] \ + [] [] + +When OpenSSL is available on the host, an alternative version of the client +program is compiled, one that supports TLS using OpenSSL. The additional +arguments specify a certificate and key file when required. There is one +additional option, -tls-on-connect, that causes the client to initiate TLS +negotiation immediately on connection. + + + client-gnutls [] [] \ + [] [] + +When GnuTLS is available on the host, an alternative version of the client +program is compiled, one that supports TLS using GnuTLS. The additional +arguments specify a certificate and key file when required. There is one +additional option, -tls-on-connect, that causes the client to initiate TLS +negotiation immediately on connection. + + + exim [] [] + +This command runs the testing version of Exim. Any occurrence of "$msg1" in the +command line is replaced by the ID of the first (oldest) message in Exim's +(testing) spool. "$msg2" refers to the second, and so on. The name "exim" can +be preceded by an environment setting as in this example: + + LDAPTLS_REQCERT=never exim -be + +It can also be preceded by a number; this specifies a number of seconds to wait +before closing the stdout pipe to Exim, and is used for some timeout tests. For +example: + + 3 exim -bs + +Finally, "exim" can be preceded by "sudo", to run Exim as root. If more than +one of these prefixes is present, they must be in the above order. + + + exim_exim [] [] + +This runs an alternative version of Exim that is setuid to exim rather than to +root. + + + server [] [] + +This command runs the auxiliary "server" program that simulates an SMTP (or +other) server. It is controlled by a script that is read from its standard +input, details of which are given below. A number of options are implemented: + + -d causes the server to output debugging information + + -t sets a timeout in seconds (default 5) for when the server is + awaiting an incoming connection + + -noipv4 causes the server not to set up an IPv4 socket + + -noipv6 causes the server not to set up an IPv6 socket + +By default, in an IPv6 environment, both kinds of socket are set up. However, +the test script knows which interfaces actually exist on the host, and it adds +-noipv4 or -noipv6 to the server command as required. An error occurs if both +these options are given. + +The only required argument is either a port number or the path name of a Unix +domain socket. The port is normally PORT_S, which is changed to an actual +number by the standard substitutions. The optional final argument specifies the +number of different connections to expect (default 1). These must happen +serially (one at a time). There is no support for multiple simultaneous +connections. Here are some example commands: + + server PORT_S + server -t 10 PORT_S 3 + server /tmp/somesocket + +The following lines, up to a line of four asterisks, are the server's +controlling standard input (described below). These lines are read and +remembered; during the following commands, until an "exim" command is reached, +the server is run in parallel. + + + write [nxm[=start-of-line-text]]* + +The "write" command is a way of creating files of specific sizes for buffering +tests, or containing specific data lines. Being able to do this from within the +script saves holding lots of little test files. The optional argument specifies +n lines of length m. The lines consist of the letter "a". If start of line text +is supplied, it replaces "a"s at the start of each line. Underscores in the +start of line text are turned into spaces. The optional argument may be +repeated. The data lines that follow a "write" command are split into two by a +line of four plus signs. Any above the split are written before the +fixed-length lines, and any below the split are written after. For example: + + write test-data 3x30=AB_ 1x50 + Pre-data + lines + ++++ + Post-data + lines + **** + +This command generates a file containing: + + Pre-data + lines + AB aaaaaaaaaaaaaaaaaaaaaaaaaaa + AB aaaaaaaaaaaaaaaaaaaaaaaaaaa + AB aaaaaaaaaaaaaaaaaaaaaaaaaaa + aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa + Post-data + lines + +If there are no fixed-length line specifiers, there is no need to split the +data, and a line of plusses is not needed. + + + [sudo] perl + +This command runs Perl, with the data as its standard input, to allow arbitrary +one-off things to be done. + + +CLIENT SCRIPTS +-------------- + +Lines in client scripts are of two kinds: + +(1) If a line begins with three question marks and a space, the rest of the + line defines the start of expected output from the server. If what is + received does not match, the client bombs out with an error message. + +(2) If a line starts with three plus signs followed by a space, the rest of the + line specifies a number of seconds to sleep for before proceeding. + +(3) Otherwise, the line is an input line line that is sent to the server. Any + occurrences of \r and \n in the line are turned into carriage return and + linefeed, respectively. This is used for testing PIPELINING. + +Here is a simple example: + + client 127.0.0.1 PORT_D + ??? 250 + EHLO xxx + ??? 250- + ??? 250 + AUTH PLAIN AbdXi0AdnD2CVy + ??? 535 + quit + ??? 221 + **** + +In the case of client-gnutls and client-ssl, if a command is "starttls", this +is remembered, and after a subsequent OK response, an attempt to move into TLS +mode occurs. If a command is "starttls_wait", the client sends "starttls" but +does not start up TLS; this is for testing timeouts. If a command is "stoptls", +an existing TLS connection is shut down, but nothing is sent. + + +SERVER SCRIPTS +-------------- + +The server program sleeps till a connection occurs or its timeout is reached, +in which case it bombs out. The next set of command lines are interpreted. They +are of the following kinds: + +(1) A line that starts with '>' or with a digit is an output line that is sent + to the client. In the case of '>': + + (a) If the line starts with ">>", no terminating CRLF is sent. + (b) If the line starts with ">CR>", just CR is sent at the end. + (c) If the line starts with ">LF>", just LF is sent at the end. + (d) If the line starts with ">*eof", nothing is sent and the connection + is closed. + + The data that is sent starts after the initial '>' sequence. + +(2) A line that starts with "*sleep" specifies a number of seconds to wait + before proceeding. + +(3) A line containing "*eof" specifies that the client is expected to close + the connection at this point. + +(4) A line containing just '.' specifies that the client is expected to send + many lines, terminated by one that contains just a dot. + +(5) Otherwise, the line defines the start of an input line that the client + is expected to send. To allow for lines that start with digits, the line + may start with '<', which is not taken as part of the input data. If the + input does not match, the server bombs out with an error message. + +Here is a simple server example: + + server PORT_S + 220 Greetings + EHLO + 250 Hello there + MAIL FROM + 250 OK + RCPT TO + 250 OK + DATA + 354 Send it! + . + 250 OK + QUIT + 225 OK + **** + +After a "server" command in a test script, the server runs in parallel until an +"exim" command is reached. The "exim" command attempts to deliver one or more +messages to port PORT_S on the local host. When it has finished, the test +script waits for the "server" process to finish. + + +AUXILIARY DATA FILES +-------------------- + +Many of the tests make use of auxiliary data files. There are two types; those +whose content is fixed, and those whose content needs to be varied according to +the current environment. The former are kept in the directory aux-fixed. The +latter are distributed in the directory aux-var-src, and copied with the +standard substitutions into the directory aux-var at the start of each test +run. + +Most of the auxiliary files have names that start with a test number, +indicating that they are specific to that one test. A few fixed files (for +example, some TLS certificates) are used by more than one test, and so their +names are not of this form. + +There are also some auxilary DNS zone files, which are described in the next +section. + + +DNS LOOKUPS AND GETHOSTBYNAME +----------------------------- + +The original test suite required special testing zones to be loaded into a +local nameserver. This is no longer a requirement for the new suite. Instead, a +program called fakens is used to simulate a nameserver. When Exim is running in +the test harness, instead of calling res_search() - the normal call to the DNS +resolver - it calls a testing function. This handles a few special names itself +(for compatibility with the old test suite), but otherwise passes the query to +the fakens program. + +The fakens program consults "zone files" in the directory called dnszones, and +returns data in the standard resource record format for Exim to process as if +it came from the DNS. However, if the requested domain is not in any of the +zones that fakens knows about, it returns a special code that causes Exim to +pass the query on to res_search(). The zone files are: + + db.test.ex A zone for the domain test.ex. + db.ip4.10 A zone for one special case in 10.250.0.0/16 (see below) + db.ip4.V4NET A zone for the domain V4NET.in-addr.arpa. + db.ip4.127 A zone for the domain 127.in-addr.arpa. + db.ip6.V6NET A zone for the domain inverted(V6NET).ip6.arpa. + db.ip6.0 A zone for the domain 0.ip6.arpa. + +V4NET and V6NET are substituted with the current testing networks (see above). +In the case of V6NET, the network is four hex digits, and it is split and +inverted appropriately when setting up the zone. + +These fake zone files are built dynamically from sources in the dnszones-src +directory by applying the standard substitutions. The test suite also builds +dynamic zone files for the name of the current host and its IP address(es). The +idea is that there should not be any need to rely on an external DNS. + +The domain names that are handled directly by Exim, without being passed to +fakens, are: + + test.again.dns This always provokes a TRY_AGAIN response, for testing the + handling of temporary DNS error. If the full domain name + starts with digits, a delay of that many seconds occurs. + + test.fail.dns This always provokes a NO_RECOVERY response, for testing + DNS server failures. + +This special handling could now be done in the fakens program, but while the +old test suite is still being used it has to be done in Exim itself, so for the +moment it remains there. + +The use of gethostbyname() and its IPv6 friends is also subverted when Exim is +running in the test harness. The test code handles a few special names +directly; for all the others it uses DNS lookups, which are then handled as +just described. Thus, the use of /etc/hosts is completely bypassed. The names +that are specially handled are: + + manyhome.test.ex This name is used for testing hosts with ridiculously large + numbers of IP addresses; 2048 IP addresses are generated + and returned. Doing it this way saves having to make the + interface to fakens handle more records that can fit in the + data block. The addresses that are generated are in the + 10.250.0.0/16 network. + + localhost Always returns 127.0.0.1 or ::1, for IPv4 and IPv6 lookups, + respectively. + + If the IP address is of the correct form for the lookup + type (IPv4 or IPv6), it is returned. Otherwise a panic-die + error occurs. + +The reverse zone db.ip4.10 is provided just for the manyhome.test.ex case. It +contains a single wildcard resource record. It also contains the line + + PASS ON NOT FOUND + +Whenever fakens finds this line in a zone file, it returns PASS_ON instead of +HOST_NOT_FOUND. This causes Exim to pass the query to res_search(). + +**** diff --git a/test/configure.ac b/test/configure.ac new file mode 100644 index 000000000..8b318034d --- /dev/null +++ b/test/configure.ac @@ -0,0 +1,54 @@ +dnl $Cambridge: exim/test/configure.ac,v 1.1 2006/02/06 16:07:10 ph10 Exp $ + +dnl Process this file with autoconf to produce a configure script. + +dnl This is required at the start; the name is the name of a file +dnl it should be seeing, to verify it is in the same directory. + +AC_INIT(listtests) + +dnl A safety precaution + +AC_PREREQ(2.57) + +dnl Checks for programs. + +AC_PROG_CC + +dnl Checks for header files. + +AC_CHECK_HEADERS(openssl/crypto.h,[CLIENT_SSL=bin/client-ssl]) +AC_CHECK_HEADERS(gnutls/gnutls.h,[CLIENT_GNUTLS=bin/client-gnutls]) + +dnl The check on dynamically loaded modules requires the building of +dnl something to load. This seems to be something that varies between +dnl systems and compilers something awful. Therefore, we enable it only +dnl for those systems and compilers that we know about. + +dnl I tried using AC_CANONICAL_HOST, but it insisted on looking for an +dnl "install" script for some weird reason. + +host_os=`uname -s` + +case $CC-$host_os in + gcc-*linux* | gcc-*Linux* | gcc-*LINUX* | gcc-FreeBSD) + LOADED=bin/loaded + LOADED_OPT=-shared + echo "Using gcc on $host_os: will compile dynamically loaded module" + ;; + *) + LOADED= + echo "Will not compile dynamically loaded module: not known OS/CC combination" + ;; +esac + +dnl "Export" these variables + +AC_SUBST(CLIENT_SSL) +AC_SUBST(CLIENT_GNUTLS) +AC_SUBST(LOADED) +AC_SUBST(LOADED_OPT) + +dnl This must be last; it determines what files are written + +AC_OUTPUT(Makefile) diff --git a/test/listtests b/test/listtests new file mode 100755 index 000000000..e23d72920 --- /dev/null +++ b/test/listtests @@ -0,0 +1,67 @@ +#! /bin/sh + +# $Cambridge: exim/test/listtests,v 1.1 2006/02/06 16:07:10 ph10 Exp $ + +# This script scans the directories of Exim test scripts and lists the first +# comment line of each one, which gives a description. The output is piped via +# "more". If the script has an argument, it is a pattern that is used to select +# only certain subdirectories. If the script has a second argument, it is a +# pattern that is used to select only certain test titles from the selected +# directories. + +/usr/bin/perl -w - "$1" "$2" <<'PerlEnd' | less + +$dirpat = "$ARGV[0]"; +$filpat = "$ARGV[1]"; + +opendir(SCRIPTS, "scripts") || die "** Failed to opendir(SCRIPTS): $!\n"; +@subdirs = readdir(SCRIPTS); +closedir(SCRIPTS); + +foreach $subdir (sort @subdirs) + { + my($first) = 1; + + next if $subdir =~ /^\./; + next if $dirpat ne "" && $subdir !~ /$dirpat/i; + + opendir(TESTS, "scripts/$subdir") || + die "** Failed to opendir(scripts/$subdir): $!\n"; + @tests = readdir(TESTS); + closedir(TESTS); + + foreach $file (sort @tests) + { + next if $file !~ /^\d\d\d\d$/; + + open(IN, "scripts/$subdir/$file") || + die "** Failed to open scripts/$subdir/$file: $!\n"; + my($heading) = substr(, 2); + close(IN); + + if ($filpat eq "" || $heading =~ /$filpat/i) + { + if ($first) + { + print "\n=== $subdir ===\n"; + if (open(REQUIRES, "scripts/$subdir/REQUIRES")) + { + my($indent) = ""; + print "=== Requires: "; + while () + { + print $indent, $_; + $indent = " "; + } + print "\n" if $indent eq ""; + close (REQUIRES); + } + $first = 0; + } + printf("%s/%s %s", (substr $subdir, 5), $file, $heading); + } + } + } +PerlEnd + +# End diff --git a/test/patchexim b/test/patchexim new file mode 100755 index 000000000..c8fbe466b --- /dev/null +++ b/test/patchexim @@ -0,0 +1,30 @@ +#! /usr/bin/perl -w + +# $Cambridge: exim/test/patchexim,v 1.1 2006/02/06 16:07:10 ph10 Exp $ + +############################################################################### +# This is an auxiliary script that is part of the Exim test suite. It must be # +# run as root, and is normally called from the main controlling script. Its # +# job is to make a copy of Exim, suitably patched so that it can run in the # +# test harness. See further comments in the main script. # +# # +# The only argument to this script is the name of the Exim binary that is to # +# be copied. The script must be run in the correct current directory. # +############################################################################### + +open(IN, "$ARGV[0]") || die "** Failed to open $ARGV[0]: $!\n"; +open(OUT, ">eximdir/exim") || die "** Failed to open eximdir/exim: $!\n"; + +while() + { + s/>>>running<<>>/; + s/(\d+\.\d+(?:\.\d+)?(-RC\d+)?\0<>)/"x.yz\0" . ("*" x (length($1) - 5))/e; + print OUT; + } + +close(IN); +close(OUT); + +chmod 04755, "eximdir/exim"; + +# End of patchexim script diff --git a/test/runtest b/test/runtest new file mode 100755 index 000000000..92bbe804f --- /dev/null +++ b/test/runtest @@ -0,0 +1,3011 @@ +#! /usr/bin/perl -w + +# $Cambridge: exim/test/runtest,v 1.1 2006/02/06 16:07:10 ph10 Exp $ + +############################################################################### +# This is the controlling script for the "new" test suite for Exim. It should # +# be possible to export this suite for running on a wide variety of hosts, in # +# contrast to the old suite, which was very dependent on the environment of # +# Philip Hazel's desktop computer. This implementation inspects the version # +# of Exim that it finds, and tests only those features that are included. The # +# surrounding environment is also tested to discover what is available. See # +# the README file for details of how it all works. # +# # +# Implementation started: 03 August 2005 by Philip Hazel # +# Placed in the Exim CVS: 06 February 2006 # +############################################################################### + +require Cwd; +use Errno; +use FileHandle; +use Socket; + + +# Start by initializing some global variables + +$testversion = "4.61 (06-Feb-06)"; + +$cf = "bin/cf"; +$cr = "\r"; +$debug = 0; +$force_update = 0; +$more = "less -XF"; +$optargs = ""; +$save_output = 0; +$server_opts = ""; + +$have_ipv4 = 1; +$have_ipv6 = 1; + +$test_start = 1; +$test_end = $test_top = 8999; +$test_special_top = 9999; +@test_list = (); +@test_dirs = (); + + +# Networks to use for DNS tests. We need to choose some networks that will +# never be used so that there is no chance that the host on which we are +# running is actually in one of the test networks. Private networks such as +# the IPv4 10.0.0.0/8 network are no good because hosts may well use them. +# Rather than use some unassigned numbers (that might become assigned later), +# I have chosen some multicast networks, in the belief that such addresses +# won't ever be assigned to hosts. This is the only place where these numbers +# are defined, so it is trivially possible to change them should that ever +# become necessary. + +$parm_ipv4_test_net = "224"; +$parm_ipv6_test_net = "ff00"; + +# Port numbers are currently hard-wired + +$parm_port_n = 1223; # Nothing listening on this port +$parm_port_s = 1224; # Used for the "server" command +$parm_port_d = 1225; # Used for the Exim daemon +$parm_port_d2 = 1226; # Additional for daemon +$parm_port_d3 = 1227; # Additional for daemon +$parm_port_d4 = 1228; # Additional for daemon + + + +############################################################################### +############################################################################### + +# Define a number of subroutines + +############################################################################### +############################################################################### + + +################################################## +# Handle signals # +################################################## + +sub pipehandler { $sigpipehappened = 1; } + +sub inthandler { print "\n"; tests_exit(-1, "Caught SIGINT"); } + + +################################################## +# Do global macro substitutions # +################################################## + +# This function is applied to configurations, command lines and data lines in +# scripts, and to lines in the files of the aux-var-src and the dnszones-src +# directory. It takes one argument: the current test number, or zero when +# setting up files before running any tests. + +sub do_substitute{ +s?\bCALLER\b?$parm_caller?g; +s?\bCALLER_UID\b?$parm_caller_uid?g; +s?\bCALLER_GID\b?$parm_caller_gid?g; +s?\bCLAMSOCKET\b?$parm_clamsocket?g; +s?\bDIR/?$parm_cwd/?g; +s?\bEXIMGROUP\b?$parm_eximgroup?g; +s?\bEXIMUSER\b?$parm_eximuser?g; +s?\bHOSTIPV4\b?$parm_ipv4?g; +s?\bHOSTIPV6\b?$parm_ipv6?g; +s?\bHOSTNAME\b?$parm_hostname?g; +s?\bPORT_D\b?$parm_port_d?g; +s?\bPORT_D2\b?$parm_port_d2?g; +s?\bPORT_D3\b?$parm_port_d3?g; +s?\bPORT_D4\b?$parm_port_d4?g; +s?\bPORT_N\b?$parm_port_n?g; +s?\bPORT_S\b?$parm_port_s?g; +s?\bTESTNUM\b?$_[0]?g; +s?(\b|_)V4NET([\._])?$1$parm_ipv4_test_net$2?g; +s?\bV6NET:?$parm_ipv6_test_net:?g; +} + + + +################################################## +# Subroutine to tidy up and exit # +################################################## + +# In all cases, we check for any Exim daemons that have been left running, and +# kill them. Then remove all the spool data, test output, and the modified Exim +# binary if we are ending normally. + +# Arguments: +# $_[0] = 0 for a normal exit; full cleanup done +# $_[0] > 0 for an error exit; no files cleaned up +# $_[0] < 0 for a "die" exit; $_[1] contains a message + +sub tests_exit{ +my($rc) = $_[0]; +my($spool); + +# Search for daemon pid files and kill the daemons. We kill with SIGINT rather +# than SIGTERM to stop it outputting "Terminated" to the terminal when not in +# the background. + +if (opendir(DIR, "spool")) + { + my(@spools) = sort readdir(DIR); + closedir(DIR); + foreach $spool (@spools) + { + next if $spool !~ /^exim-daemon./; + open(PID, "spool/$spool") || die "** Failed to open \"spool/$spool\": $!\n"; + chomp($pid = ); + close(PID); + print "Tidyup: killing daemon pid=$pid\n"; + system("sudo rm -f spool/$spool; sudo kill -SIGINT $pid"); + } + } +else + { die "** Failed to opendir(\"spool\"): $!\n" unless $!{ENOENT}; } + +# Close the terminal input and remove the test files if all went well, unless +# the option to save them is set. Always remove the patched Exim binary. Then +# exit normally, or die. + +close(T); +system("sudo /bin/rm -rf ./spool test-* ./dnszones/*") + if ($rc == 0 && !$save_output); + +system("sudo /bin/rm -rf ./eximdir/*"); +exit $rc if ($rc >= 0); +die "** runtest error: $_[1]\n"; +} + + + +################################################## +# Subroutines used by the munging subroutine # +################################################## + +# This function is used for things like message ids, where we want to generate +# more than one value, but keep a consistent mapping throughout. +# +# Arguments: +# $oldid the value from the file +# $base a base string into which we insert a sequence +# $sequence the address of the current sequence counter + +sub new_value { +my($oldid, $base, $sequence) = @_; +my($newid) = $cache{$oldid}; +if (! defined $newid) + { + $newid = sprintf($base, $$sequence++); + $cache{$oldid} = $newid; + } +return $newid; +} + + +# This is used while munging the output from exim_dumpdb. We cheat by assuming +# that the date always the same, and just return the number of seconds since +# midnight. + +sub date_seconds { +my($day,$month,$year,$hour,$min,$sec) = + $_[0] =~ /^(\d\d)-(\w\w\w)-(\d{4})\s(\d\d):(\d\d):(\d\d)/; +return $hour * 60 * 60 + $min * 60 + $sec; +} + + +# This is a subroutine to sort maildir files into time-order. The second field +# is the microsecond field, and may vary in length, so must be compared +# numerically. + +sub maildirsort { +return $a cmp $b if ($a !~ /^\d+\.H\d/ || $b !~ /^\d+\.H\d/); +my($x1,$y1) = $a =~ /^(\d+)\.H(\d+)/; +my($x2,$y2) = $b =~ /^(\d+)\.H(\d+)/; +return ($x1 != $x2)? ($x1 <=> $x2) : ($y1 <=> $y2); +} + + + +################################################## +# Subroutine list files below a directory # +################################################## + +# This is used to build up a list of expected mail files below a certain path +# in the directory tree. It has to be recursive in order to deal with multiple +# maildir mailboxes. + +sub list_files_below { +my($dir) = $_[0]; +my(@yield) = (); +my(@sublist, $file); + +opendir(DIR, $dir) || tests_exit(-1, "Failed to open $dir: $!"); +@sublist = sort maildirsort readdir(DIR); +closedir(DIR); + +foreach $file (@sublist) + { + next if $file eq "." || $file eq ".." || $file eq "CVS"; + if (-d "$dir/$file") + { @yield = (@yield, list_files_below("$dir/$file")); } + else + { push @yield, "$dir/$file"; } + } + +return @yield; +} + + + +################################################## +# Munge a file before comparing # +################################################## + +# The pre-processing turns all dates, times, Exim versions, message ids, and so +# on into standard values, so that the compare works. Perl's substitution with +# an expression provides a neat way to do some of these changes. + +# We keep a global associative array for repeatedly turning the same values +# into the same standard values throughout the data from a single test. +# Message ids get this treatment (can't be made reliable for times), and +# times in dumped retry databases are also handled in a special way, as are +# incoming port numbers. + +# On entry to the subroutine, the file to write to is already opened with the +# name MUNGED. The input file name is the only argument to the subroutine. +# Certain actions are taken only when the name contains "stderr", "stdout", +# or "log". The yield of the function is 1 if a line matching "*** truncated +# ***" is encountered; otherwise it is 0. + +sub munge { +my($file) = $_[0]; +my($yield) = 0; +my(@saved) = (); + +open(IN, "$file") || tests_exit(-1, "Failed to open $file: $!"); + +my($is_log) = $file =~ /log/; +my($is_stdout) = $file =~ /stdout/; +my($is_stderr) = $file =~ /stderr/; + +# Date pattern + +$date = "\\d{2}-\\w{3}-\\d{4}\\s\\d{2}:\\d{2}:\\d{2}"; + +# Pattern for matching pids at start of stderr lines; initially something +# that won't match. + +$spid = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"; + +# Scan the file and make the changes. Near the bottom there are some changes +# that are specific to certain file types, though there are also some of those +# inline too. + +while() + { + # Check for "*** truncated ***" + $yield = 1 if /\*\*\* truncated \*\*\*/; + + # Replace the name of this host + s/\Q$parm_hostname\E/the.local.host.name/g; + + # But convert "name=the.local.host address=127.0.0.1" to use "localhost" + s/name=the\.local\.host address=127\.0\.0\.1/name=localhost address=127.0.0.1/g; + + # Replace the path to the testsuite directory + s?\Q$parm_cwd\E?TESTSUITE?g; + + # Replace the Exim version number (may appear in various places) + s/Exim \d+\.\d+[\w-]*/Exim x.yz/i; + + # Replace Exim message ids by a unique series + s/((?:[^\W_]{6}-){2}[^\W_]{2}) + /new_value($1, "10Hm%s-0005vi-00", \$next_msgid)/egx; + + # The names of lock files appear in some error and debug messages + s/\.lock(\.[-\w]+)+(\.[\da-f]+){2}/.lock.test.ex.dddddddd.pppppppp/; + + # Unless we are in an IPv6 test, replace IPv4 and/or IPv6 in "listening on + # port" message, because it is not always the same. + s/port (\d+) \([^)]+\)/port $1/g + if !$is_ipv6test && m/listening for SMTP(S?) on port/; + + # Challenges in SPA authentication + s/TlRMTVNTUAACAAAAAAAAAAAoAAABgg[\w+\/]+/TlRMTVNTUAACAAAAAAAAAAAoAAABggAAAEbBRwqFwwIAAAAAAAAAAAAt1sgAAAAA/; + + # PRVS values + s?prvs=([^/]+)/[\da-f]{10}@?prvs=$1/xxxxxxxxxx@?g; + + # Error lines on stdout from SSL contain process id values and file names. + # They also contain a source file name and line number, which may vary from + # release to release. + s/^\d+:error:/pppp:error:/; + s/:(?:\/[^\s:]+\/)?([^\/\s]+\.c):\d+:/:$1:dddd:/; + + # One error test in expansions mentions base 62 or 36 + s/is not a base (36|62) number/is not a base 36\/62 number/; + + # This message sometimes has a different number of seconds + s/forced fail after \d seconds/forced fail after d seconds/; + + # This message may contain a different DBM library name + s/Failed to open \S+( \([^\)]+\))? file/Failed to open DBM file/; + + # The message for a non-listening FIFO varies + s/:[^:]+: while opening named pipe/: Error: while opening named pipe/; + + # The name of the shell may vary + s/\s\Q$parm_shell\E\b/ SHELL/; + + # Debugging output of lists of hosts may have different sort keys + s/sort=\S+/sort=xx/ if /^\S+ (?:\d+\.){3}\d+ mx=\S+ sort=\S+/; + + # Random local part in callout cache testing + s/myhost.test.ex-\d+-testing/myhost.test.ex-dddddddd-testing/; + + + # ======== Dumpdb output ======== + # This must be before the general date/date munging. + # Time data lines, which look like this: + # 25-Aug-2000 12:11:37 25-Aug-2000 12:11:37 26-Aug-2000 12:11:37 + if (/^($date)\s+($date)\s+($date)(\s+\*)?\s*$/) + { + my($date1,$date2,$date3,$expired) = ($1,$2,$3,$4); + $expired = "" if !defined $expired; + my($increment) = date_seconds($date3) - date_seconds($date2); + + # We used to use globally unique replacement values, but timing + # differences make this impossible. Just show the increment on the + # last one. + + printf MUNGED ("first failed = time last try = time2 next try = time2 + %s%s\n", + $increment, $expired); + next; + } + + # more_errno values in exim_dumpdb output which are times + s/T:(\S+)\s-22\s(\S+)\s/T:$1 -22 xxxx /; + + + # ======== Dates and times ======== + + # Dates and times are all turned into the same value - trying to turn + # them into different ones cannot be done repeatedly because they are + # real time stamps generated while running the test. The actual date and + # time used was fixed when I first started running automatic Exim tests. + + # Date/time in header lines and SMTP responses + s/[A-Z][a-z]{2},\s\d\d?\s[A-Z][a-z]{2}\s\d\d\d\d\s\d\d\:\d\d:\d\d\s[-+]\d{4} + /Tue, 2 Mar 1999 09:44:33 +0000/gx; + + # Date/time in logs and in one instance of a filter test + s/^\d{4}-\d\d-\d\d\s\d\d:\d\d:\d\d(\s[+-]\d\d\d\d)?/1999-03-02 09:44:33/gx; + s/^Logwrite\s"\d{4}-\d\d-\d\d\s\d\d:\d\d:\d\d/Logwrite "1999-03-02 09:44:33/gx; + + # Date/time in message separators + s/(?:[A-Z][a-z]{2}\s){2}\d\d\s\d\d:\d\d:\d\d\s\d\d\d\d + /Tue Mar 02 09:44:33 1999/gx; + + # Date of message arrival in spool file as shown by -Mvh + s/^\d{9,10}\s0$/ddddddddd 0/; + + # Date/time in mbx mailbox files + s/\d\d-\w\w\w-\d\d\d\d\s\d\d:\d\d:\d\d\s[-+]\d\d\d\d,/06-Sep-1999 15:52:48 +0100,/gx; + + # Date/time in debugging output for writing retry records + if (/^ first failed=(\d+) last try=(\d+) next try=(\d+) (.*)$/) + { + my($next) = $3 - $2; + $_ = " first failed=dddd last try=dddd next try=+$next $4\n"; + } + + # Time to retry may vary + s/time to retry = -\d+/time to retry = -ddddd/; + s/retry record exists: age=\d/retry record exists: age=d/; + + # Date/time in exim -bV output + s/\d\d-[A-Z][a-z]{2}-\d{4}\s\d\d:\d\d:\d\d/07-Mar-2000 12:21:52/g; + + + # ======== Caller's login, uid, gid, home ======== + + s/\Q$parm_caller_home\E/CALLER_HOME/g; # NOTE: these must be done + s/\b\Q$parm_caller\E\b/CALLER/g; # in this order! + s/\b\Q$parm_caller_group\E\b/CALLER/g; # In case group name different + + s/\beuid=$parm_caller_uid\b/euid=CALLER_UID/g; + s/\begid=$parm_caller_gid\b/egid=CALLER_GID/g; + + s/\buid=$parm_caller_uid\b/uid=CALLER_UID/g; + s/\bgid=$parm_caller_gid\b/gid=CALLER_GID/g; + + # When looking at spool files with -Mvh, we will find not only the caller + # login, but also the uid and gid. It seems that $) in some Perls gives all + # the auxiliary gids as well, so don't bother checking for that. + + s/^CALLER $> \d+$/CALLER UID GID/; + + # There is one case where the caller's login is forced to something else, + # in order to test the processing of logins that contain spaces. Weird what + # some people do, isn't it? + + s/^spaced user $> \d+$/CALLER UID GID/; + + + # ======== Exim's login ======== + # For bounce messages, this will appear on the U= lines in logs and also + # after Received: and in addresses. In one pipe test it appears after + # "Running as:". It also appears in addresses, and in the names of lock + # files. + + s/U=$parm_eximuser/U=EXIMUSER/; + s/user=$parm_eximuser/user=EXIMUSER/; + s/login=$parm_eximuser/login=EXIMUSER/; + s/Received: from $parm_eximuser /Received: from EXIMUSER /; + s/Running as: $parm_eximuser/Running as: EXIMUSER/; + s/\b$parm_eximuser@/EXIMUSER@/; + s/\b$parm_eximuser\.lock\./EXIMUSER.lock./; + + s/\beuid=$parm_exim_uid\b/euid=EXIM_UID/g; + s/\begid=$parm_exim_gid\b/egid=EXIM_GID/g; + + s/\buid=$parm_exim_uid\b/uid=EXIM_UID/g; + s/\bgid=$parm_exim_gid\b/gid=EXIM_GID/g; + + + # ======== General uids, gids, and pids ======== + # Note: this must come after munges for caller's and exim's uid/gid + + s/\bgid=\d+/gid=gggg/; + s/\begid=\d+/egid=gggg/; + s/\bpid=\d+/pid=pppp/; + s/\buid=\d+/uid=uuuu/; + s/\beuid=\d+/euid=uuuu/; + s/set_process_info:\s+\d+/set_process_info: pppp/; + s/queue run pid \d+/queue run pid ppppp/; + s/process \d+ running as transport filter/process pppp running as transport filter/; + s/process \d+ writing to transport filter/process pppp writing to transport filter/; + s/reading pipe for subprocess \d+/reading pipe for subprocess pppp/; + s/remote delivery process \d+ ended/remote delivery process pppp ended/; + + # Pid in temp file in appendfile transport + s"test-mail/temp\.\d+\."test-mail/temp.pppp."; + + # Detect a daemon stderr line with a pid and save the pid for subsequent + # removal from following lines. + $spid = $1 if /^(\s*\d+) (?:listening|LOG: MAIN|(?:daemon_smtp_port|local_interfaces) overridden by)/; + s/^$spid //; + + # Queue runner waiting messages + s/waiting for children of \d+/waiting for children of pppp/; + s/waiting for (\S+) \(\d+\)/waiting for $1 (pppp)/; + + # ======== Port numbers ======== + # Incoming port numbers may vary, but not in daemon startup line. + + s/^Port: (\d+)/"Port: " . new_value($1, "%s", \$next_port)/e; + s/\(port=(\d+)/"(port=" . new_value($1, "%s", \$next_port)/e; + + # This handles "connection from" and the like, when the port is given + if (!/listening for SMTP on/ && !/Connecting to/ && !/=>/ && !/\*>/ && + !/Connection refused/) + { + s/\[([a-z\d:]+|\d+(?:\.\d+){3})\]:(\d+)/"[".$1."]:".new_value($2,"%s",\$next_port)/ie; + } + + # Port in host address in spool file output from -Mvh + s/^-host_address (.*)\.\d+/-host_address $1.9999/; + + + # ======== Local IP addresses ======== + # The amount of space between "host" and the address in verification output + # depends on the length of the host name. We therefore reduce it to one space + # for all of them. + + s/^\s+host\s(\S+)\s+(\S+)/ host $1 $2/; + s/^\s+(host\s\S+\s\S+)\s+(port=.*)/ host $1 $2/; + s/^\s+(host\s\S+\s\S+)\s+(?=MX=)/ $1 /; + s/host\s\Q$parm_ipv4\E\s\[\Q$parm_ipv4\E\]/host ipv4.ipv4.ipv4.ipv4 [ipv4.ipv4.ipv4.ipv4]/; + s/host\s\Q$parm_ipv6\E\s\[\Q$parm_ipv6\E\]/host ip6:ip6:ip6:ip6:ip6:ip6:ip6:ip6 [ip6:ip6:ip6:ip6:ip6:ip6:ip6:ip6]/; + s/\b\Q$parm_ipv4\E\b/ip4.ip4.ip4.ip4/g; + s/\b\Q$parm_ipv6\E\b/ip6:ip6:ip6:ip6:ip6:ip6:ip6:ip6/g; + + + # ======== Test network IP addresses ======== + s/(\b|_)\Q$parm_ipv4_test_net\E(?=\.\d+\.\d+\.\d+\b|_|\.rbl|\.in-addr|\.test\.again\.dns)/$1V4NET/g; + s/\b\Q$parm_ipv6_test_net\E(?=:[\da-f]+:[\da-f]+:[\da-f]+)/V6NET/gi; + + + # ======== IP error numbers and messages ======== + # These vary between operating systems + s/Can't assign requested address/Network Error/; + s/Cannot assign requested address/Network Error/; + s/Operation timed out/Connection timed out/; + s/Address family not supported by protocol family/Network Error/; + s/Network is unreachable/Network Error/; + s/Invalid argument/Network Error/; + + s/\(\d+\): Network/(dd): Network/; + s/\(\d+\): Connection refused/(dd): Connection refused/; + s/\(\d+\): Connection timed out/(dd): Connection timed out/; + s/\d+ 65 Connection refused/dd 65 Connection refused/; + s/\d+ 321 Connection timed out/dd 321 Connection timed out/; + + + # ======== Other error numbers ======== + s/errno=\d+/errno=dd/g; + + + # ======== Output from ls ======== + # Different operating systems use different spacing on long output + s/ +/ /g if /^[-rwd]{10} /; + + + # ======== Message sizes ========= + # Message sizes vary, owing to different logins and host names that get + # automatically inserted. I can't think of any way of even approximately + # comparing these. + + s/([\s,])S=\d+\b/$1S=sss/; + s/:S\d+\b/:Ssss/; + s/^(\s*\d+m\s+)\d+(\s+[a-z0-9-]{16} <)/$1sss$2/i if $is_stdout; + s/\sSIZE=\d+\b/ SIZE=ssss/ if $is_stderr || $is_stdout; + s/\ssize=\d+\b/ size=sss/ if $is_stderr; + s/old size = \d+\b/old size = sssss/; + s/message size = \d+\b/message size = sss/; + s/this message = \d+\b/this message = sss/; + s/Size of headers = \d+/Size of headers = sss/; + s/sum=(?!0)\d+/sum=dddd/; + s/(?<=sum=dddd )count=(?!0)\d+\b/count=dd/; + s/(?<=sum=0 )count=(?!0)\d+\b/count=dd/; + s/,S is \d+\b/,S is ddddd/; + s/\+0100,\d+;/+0100,ddd;/; + s/\(\d+ bytes written\)/(ddd bytes written)/; + s/added '\d+ 1'/added 'ddd 1'/; + + + # ======== Values in spool space failure message ======== + s/space=\d+ inodes=\d+/space=xxxxx inodes=xxxxx/; + + + # ======== Filter sizes ======== + # The sizes of filter files may vary because of the substitution of local + # filenames, logins, etc. + + s/^\d+(?= bytes read from )/ssss/; + + + # ======== OpenSSL error messages ======== + # Different releases of the OpenSSL libraries seem to give different error + # numbers, or handle specific bad conditions in different ways, leading to + # different wording in the error messages, so we cannot compare them. + + s/(TLS error on connection (?:from|to) .*? \(SSL_\w+\): error:)(.*)/$1 <>/; + + + # ======== Maildir things ======== + # timestamp output in maildir processing + s/(timestamp=|\(timestamp_only\): )\d+/$1ddddddd/g; + + # maildir delivery files appearing in log lines (in cases of error) + s/writing to(?: file)? tmp\/\d+\.[^.]+\.(\S+)/writing to tmp\/MAILDIR.$1/; + + s/renamed tmp\/\d+\.[^.]+\.(\S+) as new\/\d+\.[^.]+\.(\S+)/renamed tmp\/MAILDIR.$1 as new\/MAILDIR.$1/; + + # Maildir file names in general + s/\b\d+\.H\d+P\d+\b/dddddddddd.HddddddPddddd/; + + # Maildirsize data + if (/^\d+S,\d+C\s*$/) + { + print MUNGED "dddS,dC\n"; + while () + { + last if !/^\d+ \d+\s*$/; + print MUNGED "ddd d\n"; + } + last if !defined $_; + } + + + # ======== Output from the "fd" program about open descriptors ======== + # The statuses seem to be different on different operating systems, but + # at least we'll still be checking the number of open fd's. + + s/max fd = \d+/max fd = dddd/; + s/status=0 RDONLY/STATUS/g; + s/status=1 WRONLY/STATUS/g; + s/status=2 RDWR/STATUS/g; + + + # ======== Contents of spool files ======== + # A couple of tests dump the contents of the -H file. The length fields + # will be wrong because of different user names, etc. + s/^\d\d\d(?=[PFS*])/ddd/; + + + # ========================================================== + # Some munging is specific to the specific file types + + # ======== stdout ======== + + if ($is_stdout) + { + # Skip translate_ip_address in -bP output because it ain't always there + + next if /translate_ip_address =/; + + # In certain filter tests, remove initial filter lines because they just + # clog up by repetition. + + if ($rmfiltertest) + { + next if /^(Sender\staken\sfrom| + Return-path\scopied\sfrom| + Sender\s+=| + Recipient\s+=)/x; + if (/^Testing \S+ filter/) + { + $_ = ; # remove blank line + next; + } + } + } + + # ======== stderr ======== + + elsif ($is_stderr) + { + # The very first line of debugging output will vary + + s/^Exim version .*/Exim version x.yz ..../; + + # Debugging lines for Exim terminations + + s/(?<=^>>>>>>>>>>>>>>>> Exim pid=)\d+(?= terminating)/pppp/; + + # IP address lookups use gethostbyname() when IPv6 is not supported, + # and gethostbyname2() or getipnodebyname() when it is. + + s/\bgethostbyname2?|\bgetipnodebyname/get[host|ipnode]byname[2]/; + + # We have to omit the localhost ::1 address so that all is well in + # the IPv4-only case. + + print MUNGED "MUNGED: ::1 will be omitted in what follows\n" + if (/looked up these IP addresses/); + next if /name=localhost address=::1/; + + # Various other IPv6 lines must be omitted too + + next if /using host_fake_gethostbyname for \S+ \(IPv6\)/; + next if /get\[host\|ipnode\]byname\[2\]\(af=inet6\)/; + next if /DNS lookup of \S+ \(AAAA\) using fakens/; + next if / in dns_ipv4_lookup?/; + + if (/DNS lookup of \S+ \(AAAA\) gave NO_DATA/) + { + $_= ; # Gets "returning DNS_NODATA" + next; + } + + # Skip tls_advertise_hosts and hosts_require_tls checks when the options + # are unset, because tls ain't always there. + + next if /in\s(?:tls_advertise_hosts\?|hosts_require_tls\?) + \sno\s\(option\sunset\)/x; + + # Skip auxiliary group lists because they will vary. + + next if /auxiliary group list:/; + + # Skip "extracted from gecos field" because the gecos field varies + + next if /extracted from gecos field/; + + # Skip "waiting for data on socket" and "read response data: size=" lines + # because some systems pack more stuff into packets than others. + + next if /waiting for data on socket/; + next if /read response data: size=/; + + # If Exim is compiled with readline support but it can't find the library + # to load, there will be an extra debug line. Omit it. + + next if /failed to load readline:/; + + # Some DBM libraries seem to make DBM files on opening with O_RDWR without + # O_CREAT; other's don't. In the latter case there is some debugging output + # which is not present in the former. Skip the relevant lines (there are + # two of them). + + if (/TESTSUITE\/spool\/db\/\S+ appears not to exist: trying to create/) + { + $_ = ; + next; + } + + # Some tests turn on +expand debugging to check on expansions. + # Unfortunately, the Received: expansion varies, depending on whether TLS + # is compiled or not. So we must remove the relevant debugging if it is. + + if (/^condition: def:tls_cipher/) + { + while () { last if /^condition: def:sender_address/; } + } + elsif (/^expanding: Received: /) + { + while () { last if !/^\s/; } + } + + # When Exim is checking the size of directories for maildir, it uses + # the check_dir_size() function to scan directories. Of course, the order + # of the files that are obtained using readdir() varies from system to + # system. We therefore buffer up debugging lines from check_dir_size() + # and sort them before outputting them. + + if (/^check_dir_size:/ || /^skipping TESTSUITE\/test-mail\//) + { + push @saved, $_; + } + else + { + if (@saved > 0) + { + print MUNGED "MUNGED: the check_dir_size lines have been sorted " . + "to ensure consistency\n"; + @saved = sort(@saved); + print MUNGED @saved; + @saved = (); + } + + # Skip some lines that Exim puts out at the start of debugging output + # because they will be different in different binaries. + + print MUNGED + unless (/^Berkeley DB: / || + /^Probably (?:Berkeley DB|ndbm|GDBM)/ || + /^Authenticators:/ || + /^Lookups:/ || + /^Support for:/ || + /^Routers:/ || + /^Transports:/ || + /^log selectors =/ || + /^cwd=/ || + /^Fixed never_users:/ + ); + } + + next; + } + + # ======== All files other than stderr ======== + + print MUNGED; + } + +close(IN); +return $yield; +} + + + + +################################################## +# Subroutine to interact with caller # +################################################## + +# Arguments: [0] the prompt string +# [1] if there is a U in the prompt and $force_update is true +# Returns: nothing (it sets $_) + +sub interact{ +print $_[0]; +if ($_[1]) { $_ = "u"; print "... update forced\n"; } + else { $_ = ; } +} + + + + +################################################## +# Subroutine to compare one output file # +################################################## + +# When an Exim server is part of the test, its output is in separate files from +# an Exim client. The server data is concatenated with the client data as part +# of the munging operation. +# +# Arguments: [0] the name of the main raw output file +# [1] the name of the server raw output file or undef +# [2] where to put the munged copy +# [3] the name of the saved file +# [4] TRUE if this is a log file whose deliveries must be sorted +# +# Returns: 0 comparison succeeded or differences to be ignored +# 1 comparison failed; files were updated (=> re-compare) +# +# Does not return if the user replies "Q" to a prompt. + +sub check_file{ +my($rf,$rsf,$mf,$sf,$sortfile) = @_; + +# If there is no saved file, the raw files must either not exist, or be +# empty. The test ! -s is TRUE if the file does not exist or is empty. + +if (! -e $sf) + { + return 0 if (! -s $rf && ! -s $rsf); + + print "\n"; + print "** $rf is not empty\n" if (-s $rf); + print "** $rsf is not empty\n" if (defined $rsf && -s $rsf); + + for (;;) + { + print "Continue, Show, or Quit? [Q] "; + $_ = ; + tests_exit(1) if /^q?$/i; + return 0 if /^c$/i; + last if (/^s$/); + } + + foreach $f ($rf, $rsf) + { + if (defined $f && -s $f) + { + print "\n"; + print "------------ $f -----------\n" + if (defined $rf && -s $rf && defined $rsf && -s $rsf); + system("$more $f"); + } + } + + print "\n"; + for (;;) + { + interact("Continue, Update & retry, Quit? [Q] ", $force_update); + tests_exit(1) if /^q?$/i; + return 0 if /^c$/i; + last if (/^u$/i); + } + } + +# Control reaches here if either (a) there is a saved file ($sf), or (b) there +# was a request to create a saved file. First, create the munged file from any +# data that does exist. + +open(MUNGED, ">$mf") || tests_exit(-1, "Failed to open $mf: $!"); +my($truncated) = munge($rf) if -e $rf; +if (defined $rsf && -e $rsf) + { + print MUNGED "\n******** SERVER ********\n"; + $truncated |= munge($rsf); + } +close(MUNGED); + +# If a saved file exists, do the comparison. There are two awkward cases: +# +# If "*** truncated ***" was found in the new file, it means that a log line +# was overlong, and truncated. The problem is that it may be truncated at +# different points on different systems, because of different user name +# lengths. We reload the file and the saved file, and remove lines from the new +# file that precede "*** truncated ***" until we reach one that matches the +# line that precedes it in the saved file. +# +# If $sortfile is set, we are dealing with a mainlog file where the deliveries +# for an individual message might vary in their order from system to system, as +# a result of parallel deliveries. We load the munged file and sort sequences +# of delivery lines. + +if (-e $sf) + { + # Deal with truncated text items + + if ($truncated) + { + my(@munged, @saved, $i, $j, $k); + + open(MUNGED, "$mf") || tests_exit(-1, "Failed to open $mf: $!"); + @munged = ; + close(MUNGED); + open(SAVED, "$sf") || tests_exit(-1, "Failed to open $sf: $!"); + @saved = ; + close(SAVED); + + $j = 0; + for ($i = 0; $i < @munged; $i++) + { + if ($munged[$i] =~ /\*\*\* truncated \*\*\*/) + { + for (; $j < @saved; $j++) + { last if $saved[$j] =~ /\*\*\* truncated \*\*\*/; } + last if $j >= @saved; # not found in saved + + for ($k = $i - 1; $k >= 0; $k--) + { last if $munged[$k] eq $saved[$j - 1]; } + + last if $k <= 0; # failed to find previous match + splice @munged, $k + 1, $i - $k - 1; + $i = $k + 1; + } + } + + open(MUNGED, ">$mf") || tests_exit(-1, "Failed to open $mf: $!"); + for ($i = 0; $i < @munged; $i++) + { print MUNGED $munged[$i]; } + close(MUNGED); + } + + # Deal with log sorting + + if ($sortfile) + { + my(@munged, $i, $j); + + open(MUNGED, "$mf") || tests_exit(-1, "Failed to open $mf: $!"); + @munged = ; + close(MUNGED); + + for ($i = 0; $i < @munged; $i++) + { + if ($munged[$i] =~ /^[-\d]{10}\s[:\d]{8}\s[-A-Za-z\d]{16}\s[-=*]>/) + { + for ($j = $i + 1; $j < @munged; $j++) + { + last if $munged[$j] !~ + /^[-\d]{10}\s[:\d]{8}\s[-A-Za-z\d]{16}\s[-=*]>/; + } + @temp = splice(@munged, $i, $j - $i); + @temp = sort(@temp); + splice(@munged, $i, 0, @temp); + } + } + + open(MUNGED, ">$mf") || tests_exit(-1, "Failed to open $mf: $!"); + print MUNGED "**NOTE: The delivery lines in this file have been sorted.\n"; + for ($i = 0; $i < @munged; $i++) + { print MUNGED $munged[$i]; } + close(MUNGED); + } + + # Do the comparison + + return 0 if (system("$cf $mf $sf >test-cf") == 0); + + # Handle comparison failure + + print "** Comparison of $mf with $sf failed"; + system("$more test-cf"); + + print "\n"; + for (;;) + { + interact("Continue, Update & retry, Quit? [Q] ", $force_update); + tests_exit(1) if /^q?$/i; + return 0 if /^c$/i; + last if (/^u$/i); + } + } + +# Update or delete the saved file, and give the appropriate return code. + +if (-s $mf) + { tests_exit(-1, "Failed to cp $mf $sf") if system("cp $mf $sf") != 0; } +else + { tests_exit(-1, "Failed to unlink $sf") if !unlink($sf); } + +return 1; +} + + + +################################################## +# Subroutine to check the output of a test # +################################################## + +# This function is called when the series of subtests is complete. It makes +# use of check() file, whose arguments are: +# +# [0] the name of the main raw output file +# [1] the name of the server raw output file or undef +# [2] where to put the munged copy +# [3] the name of the saved file +# [4] TRUE if this is a log file whose deliveries must be sorted +# +# Arguments: none +# Returns: 0 if the output compared equal +# 1 if files were updated and the test must be re-run + +sub check_output{ +my($yield) = 0; + +$yield = 1 if check_file("spool/log/paniclog", + "spool/log/serverpaniclog", + "test-paniclog-munged", + "paniclog/$testno", 0); + +$yield = 1 if check_file("spool/log/rejectlog", + "spool/log/serverrejectlog", + "test-rejectlog-munged", + "rejectlog/$testno", 0); + +$yield = 1 if check_file("spool/log/mainlog", + "spool/log/servermainlog", + "test-mainlog-munged", + "log/$testno", $sortlog); + +if (!$stdout_skip) + { + $yield = 1 if check_file("test-stdout", + "test-stdout-server", + "test-stdout-munged", + "stdout/$testno", 0); + } + +if (!$stderr_skip) + { + $yield = 1 if check_file("test-stderr", + "test-stderr-server", + "test-stderr-munged", + "stderr/$testno", 0); + } + +# Compare any delivered messages, unless this test is skipped. + +if (! $message_skip) + { + my($msgno) = 0; + + # Get a list of expected mailbox files for this script. We don't bother with + # directories, just the files within them. + + foreach $oldmail (@oldmails) + { + next unless $oldmail =~ /^mail\/$testno\./; + print ">> EXPECT $oldmail\n" if $debug; + $expected_mails{$oldmail} = 1; + } + + # If there are any files in test-mail, compare them. Note that "." and + # ".." are automatically omitted by list_files_below(). + + @mails = list_files_below("test-mail"); + + foreach $mail (@mails) + { + next if $mail eq "test-mail/oncelog"; + + $saved_mail = substr($mail, 10); # Remove "test-mail/" + $saved_mail =~ s/^$parm_caller(\/|$)/CALLER/; # Convert caller name + + if ($saved_mail =~ /(\d+\.[^.]+\.)/) + { + $msgno++; + $saved_mail =~ s/(\d+\.[^.]+\.)/$msgno./gx; + } + + print ">> COMPARE $mail mail/$testno.$saved_mail\n" if $debug; + $yield = 1 if check_file($mail, undef, "test-mail-munged", + "mail/$testno.$saved_mail", 0); + delete $expected_mails{"mail/$testno.$saved_mail"}; + } + + # Complain if not all expected mails have been found + + if (scalar(keys %expected_mails) != 0) + { + foreach $key (keys %expected_mails) + { print "** no test file found for $key\n"; } + + for (;;) + { + interact("Continue, Update & retry, or Quit? [Q] ", $force_update); + tests_exit(1) if /^q?$/i; + last if /^c$/i; + + # For update, we not only have to unlink the file, but we must also + # remove it from the @oldmails vector, as otherwise it will still be + # checked for when we re-run the test. + + if (/^u$/i) + { + foreach $key (keys %expected_mails) + { + my($i); + tests_exit(-1, "Failed to unlink $key") if !unlink("$key"); + for ($i = 0; $i < @oldmails; $i++) + { + if ($oldmails[$i] eq $key) + { + splice @oldmails, $i, 1; + last; + } + } + } + last; + } + } + } + } + +# Compare any remaining message logs, unless this test is skipped. + +if (! $msglog_skip) + { + # Get a list of expected msglog files for this test + + foreach $oldmsglog (@oldmsglogs) + { + next unless $oldmsglog =~ /^$testno\./; + $expected_msglogs{$oldmsglog} = 1; + } + + # If there are any files in spool/msglog, compare them. However, we have + # to munge the file names because they are message ids, which are + # time dependent. + + if (opendir(DIR, "spool/msglog")) + { + @msglogs = sort readdir(DIR); + closedir(DIR); + + foreach $msglog (@msglogs) + { + next if ($msglog eq "." || $msglog eq ".." || $msglog eq "CVS"); + ($munged_msglog = $msglog) =~ + s/((?:[^\W_]{6}-){2}[^\W_]{2}) + /new_value($1, "10Hm%s-0005vi-00", \$next_msgid)/egx; + $yield = 1 if check_file("spool/msglog/$msglog", undef, + "test-msglog-munged", "msglog/$testno.$munged_msglog", 0); + delete $expected_msglogs{"$testno.$munged_msglog"}; + } + } + + # Complain if not all expected msglogs have been found + + if (scalar(keys %expected_msglogs) != 0) + { + foreach $key (keys %expected_msglogs) + { + print "** no test msglog found for msglog/$key\n"; + ($msgid) = $key =~ /^\d+\.(.*)$/; + foreach $cachekey (keys %cache) + { + if ($cache{$cachekey} eq $msgid) + { + print "** original msgid $cachekey\n"; + last; + } + } + } + + for (;;) + { + interact("Continue, Update, or Quit? [Q] ", $force_update); + tests_exit(1) if /^q?$/i; + last if /^c$/i; + if (/^u$/i) + { + foreach $key (keys %expected_msglogs) + { + tests_exit(-1, "Failed to unlink msglog/$key") + if !unlink("msglog/$key"); + } + last; + } + } + } + } + +return $yield; +} + + + +################################################## +# Subroutine to run one "system" command # +################################################## + +# We put this in a subroutine so that the command can be reflected when +# debugging. +# +# Argument: the command to be run +# Returns: nothing + +sub run_system { +my($cmd) = $_[0]; +if ($debug) + { + my($prcmd) = $cmd; + $prcmd =~ s/; /;\n>> /; + print ">> $prcmd\n"; + } +system("$cmd"); +} + + + +################################################## +# Subroutine to run one script command # +################################################## + +# The