Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
E-mail libraries for the Firefox OS Gaia E-mail client
branch: master

Fetching latest commit…

Cannot retrieve the latest commit at this time

Failed to load latest commit information.
ci
js Bug 1128739 - merge pull request #375 from jrburke:bug1128739-email-s…
scripts
test-runner Bug 825318 - Support registering downloads with the download manager.…
test
tools/ci/unit
.gitignore
.gitmodules
.travis.yml Bug 1089896 - Dockerize tests and add deicision task logic for taskcl…
CONTRIBUTING.md
Makefile
README.md
package.json
taskgraph.json

README.md

GELAM: Gaia Email Libraries (and more!)

This repository (gaia-email-libs-and-more, better known as GELAM), contains the backend code for the Gaia Email app. This library can also potentially be used for other clients too, as long as you are cool with our design decisions.

The files you see in Gaia at gaia/apps/email/js/ext are built from GELAM and should not be modified directly; instead, develop the gaia backend here, and run make install-into-gaia to build GELAM into your Gaia tree.

Getting Started

  1. Clone this repository recursively:

    git clone --recursive https://github.com/mozilla-b2g/gaia-email-libs-and-more.git
    

    If you forgot to use --recursive, just run git submodule update --init --recursive instead.

  2. Build B2G Desktop, or alternatively, try running make b2g to download a prebuilt copy. The unit tests run in B2G desktop

  3. Install node.js and NPM.

  4. Recursively install ArbPL (a tool used to view detailed unit test logs) and its node dependencies:

    git clone --recursive https://github.com/asutherland/arbitrarypushlog.git
    cd arbitrarypushlog
    npm install
    
  5. Make the following symlinks, replacing the paths as appropriate:

    cd gaia-email-libs-and-more
    ln -s YOUR_GAIA_REPO_PATH gaia-symlink
    ln -s YOUR_B2G_DESKTOP_PATH b2g-bindir-symlink
    ln -s ARBPL_PATH arbpl-dir-symlink
    
  6. Run npm install in GELAM.

Running Unit Tests

ArbPL is used to view test results. When developing GELAM, keep an ArbPL server running as follows:

    cd arbitrarypushlog
    ./webserve

To run tests, use the following commands:

To run all tests: make post-tests

To run just one test: make post-one-test SOLO_FILE=$filename

To run just one protocol variant: make post-tests TEST_VARIANT=imap:fake

For instance, to run the test/unit/test_compose.js test, you would run make post-one-test SOLO_FILE=test_compose.

Installing your changes into Gaia

cd $GELAM
make install-into-gaia
cd $GAIA

Then, check to make sure that the files in $GAIA/apps/email/js/ext include solely your changes, and commit the entire js/ext folder with your Gaia pull request.

What's In This Repository? What does GELAM do?

This repository includes all of the code that talks the IMAP, POP3, and ActiveSync email protocols, as well as storage and mail composition. It exposes an interface called MailAPI, which provides a high-level interface for all of the above.

To avoid bogging down the main thread with potentially-expensive resources, most of the action happens in a Web Worker; MailAPI passes commands from the main thread to the worker via a JSON bridge.

Third-Party Dependencies

We reuse existing third-party libraries whenever possible. Most of these libraries come from the whiteout-io email.js group, including IMAP, SMTP, and MIME utilities.

These dependencies live in the js/ext directory in GELAM, and our RequireJS configuration is set to allow you to refer to modules within that directory with an absolute path. (When you install GELAM into Gaia, you'll see $GAIA/apps/email/js/ext/ext -- don't be alarmed, you're just dealing with two layers of dependencies.)

More about unit tests

The unit tests can run against real mail servers or fake ones (originally from Thunderbird). By default, we use fake servers, so no extra setup should be needed. As mentioned in the guide above, the tests run in a b2g-desktop instance, and you must point GELAM at your b2g directory first.

On OS X, your b2g-desktop symlink will be something like /Applications/B2G.app/Contents/MacOS/.

To view detailed test results after a make post-tests test run, visit http://localhost:8008/ in your browser (after you have started an ArbPL daemon with ./webserve).

make help provides details about all supported commands.

Viewing the Test Results in ArbPL

Due to the complexity of the email backend, our test runner generates intense JSON files containing detailed logs from the test run. But you don't want to view raw JSON yourself, which is why you went to the trouble to install ArbPL. This tool allows you to inspect detailed logs and extract information that would be difficult to understand with only a raw console dump.

When you run unit tests, ArbPL automatically updates the UI with the latest test runs; no need to refresh every time.

Nitty-Gritty Details about Fake Servers

Don't read this section unless you have to; this section is for advanced understanding only.

The tests use the fakeserver code from Thunderbird. A vendor-branch is used to track upstream:

https://github.com/asutherland/gaia-email-libs-and-more/tree/thunderbird-fakeserver-vendor

Everything under test-runner/chrome/fakeserver is pretty much just existing comm-central or mozilla-central (httpd.js) code, with some outstanding patches that have been reviewed but not yet landed, and a couple of small things that will hopefully be upstreamed at some point.

If you're using OS X 10.9 Mavericks

If you're running OS X 10.9, the tests might not run for you; see https://bugzilla.mozilla.org/show_bug.cgi?id=936980 for details. (If they do run for you without a hitch, let us know in the bug!) You can work around this by running the tests in a Linux VM.

Communication

  • Mailing List: dev-gaia

  • IRC: irc.mozilla.org, in the #gelam channel

Legal Notes and Disclaimers

We include ActiveSync support because it's the only sane option for Hotmail.

Microsoft asserts that they have some patents on the ActiveSync protocol. If you want to use/ship/distribute this library, you are either going to want to strip out ActiveSync-touching logic or make sure that you are okay with whatever those patents are. Microsoft has some Open Source friendly words relating to some protocols, including their e-mail protocols, which may make things fine for you if you are not distributing things commercially.

Specifically, the "Interoperability Principles" program has a patent pledge: http://www.microsoft.com/openspecifications/en/us/programs/other/interoperability-principles-patent-pledges/default.aspx

The pledge defines that it relates to the protocols listed at: http://msdn.microsoft.com/en-us/library/dd208104%28v=PROT.10%29.aspx

From the "Open Protocols" page, if you click on the following links in succession, you will reach the ActiveSync documentation:

There is also a commercial licensing program known to exist.

We are not lawyers and this is not legal advice. The above links will hopefully save you time when you or your lawyer do your research.

CI

Something went wrong with that request. Please try again.