Fakeserver is a testing server that implements a generic text-based protocol common to all major mailnews protocols (POP, IMAP, SMTP, and NNTP) designed for use in automated tests. It can also be used in manual QA tests.

Basic Structure

Fakeserver is situated entirely under mailnews/test/fakeserver/. It is comprised of three major components: a daemon, a handler, and the server itself.

The server itself is found in mailnews/test/fakeserver/maild.js and was largely based off of the httpd fakeserver from network code. It utilizes UTF-8 as its transport mechanism and is capable of performing proper pipelining of commands.

The other two components are specific to the protocol type and found under similar files in the same directory (e.g., smtpd.js).

A daemon is information about the server that can be manipulated. An example of such a manipulation is adding a folder or adding messages. Daemons should usually persist for the entirety of the test.

The handler is the glue between the server and the daemon. This area will be the most diverse of all components, as edge cases with quirky servers being liberal with the specs will require different handlers.

Writing a new fakeserver

Since the number of protocols we use is very small, most people shouldn't have to write an entirely new daemon and handler setup by themselves. That said, someone writing a new test may have to take into account a new handler.

A handler will contain the following methods:

The server is smart about the responses and will normalize all occurrences of '\n' (but not '\r') to '\r\n' for you, as well as append the '\r\n' to the response if not present. It will also properly queue all messages sent in pipelining mode and will present lines without any EOL characters. In addition, it uses UTF-8 as the transmission medium.

The server presents the following API to the handler:

Extending a handler to provide different mechanisms is a process not defined here; please check the documentation of the corresponding handler for instructions.

Using fakeserver in xpcshell tests

Since there are three different components of fakeserver, a total of four objects need to be set up in a fakeserver test on top of other testing. The outline of a test looks like this:

var daemon = setupDaemon(); // Check with your local fakeserver docs
var handlers = [ /* Some set of handlers */ ];

for (var handler in handlers) {
  // This sets up the fake server
  var server = new nsMailServer(new handler(daemon));
  // Port to use. I tend to like using 1024 + default port number myself.
  // Probably best to include as a constant somewhere. Also, use something
  // larger than 1024 for best results.
  server.start(port);

  // Set up a nsIMsgIncomingServer locally
  localserver.someActionRequiringConnection();
  server.performTest();
  // Nothing will be executed until the connection is closed
  // localserver.closeCachedConnections() is generally a good way to do so
  server.resetTest();

  // Set up second test
  server.performTest();
  transaction = server.playTransaction();

  // Finished with tests
  server.stop();
}

Currently, fakeserver provides no means to keep a persistent connection past a test, requiring connections to be closed, possibly forcibly. Alternatively, one can wait for the timeout, which occurs after 3 minutes, so not closing connections would make the tests take unbearably long.

The server provides the following api to xpcshell tests:

Using fakeserver in QA testing

Debug output from fakeservers

It is possible to get the fakeservers to dump to the console the commands they have sent and received.

To enable/disable debugging, call setDebugLevel on your nsMailServer instance with one of the following options:

const fsDebugNone = 0;     // Dump nothing
const fsDebugRecv = 1;     // Dump just the received commands
const fsDebugRecvSend = 2; // Dump received + sent commands, no data
const fsDebugAll = 3;      // Dump everything

Debugging is set to "None" by default.

Specific fakeserver guidelines

POP

IMAP

SMTP

NNTP

nntpd.js defines a few different classes of NNTP servers: compliance for RFC 977, RFC 2980, and RFC 3977, as well as a Giganews and an INN server. (Full 2980 and 3977 compliance as well as INN is not yet written).

For xpcshell tests in mailnews/news, all files in mailnews/news/test/postings/auto-add are automatically added based on the Newsgroups header. There are added in alphabetical order, which may help for purposes that rely on article key orders. The only generated header is Lines.

The following comprises the API of the news fakeserver itself: