This document both acts as a test for all the functions implemented in the UI as well as documenting what can be done
We’ve created a special Testobject which will run it’s own instance of Mailman3 with a new empty Database.
>>> from setup import setup_mm, Testobject, teardown_mm >>> testobject = setup_mm(Testobject())Note
You need to stop all Mailman3 instances before running the tests
As we can’t make sure that you’re running the same language as we did we made sure that each test below is executed using the exact same translation mechanism as we use to Display you Status Messages and other GUI Texts.
>>> from django.utils.translation import gettext as _
>>> from django.http import HttpResponseRedirect
Starting the test module we do use a special Django Test Client which needs to be imported first.
>>> from django.test.client import Client
>>> c = Client()
Once this is created we can try accessing our first Page and check that this was done successful
>>> response = c.get('/lists/',)
>>> response.status_code
200
As described within the installation instructions we already started using authentification. The easiest way testing it is that we simply load a page which is restricted to some users only. This was done using Django’s @login_required Decorator in front of the View. One of the pages which requires a Login is the Domain Administration, if we can load the page without a redirect to the Login page, you’re either already logged in or something went wrong.
>>> response = c.get('/domains/')
>>> print type(response) == HttpResponseRedirect
True
We’ve decided to write our own Authentification Backend to use with Django. This will handle all @login_required .authenticate() .login() requests.
As we do not have the Authenticating Part which connects Both Mailman and the WebUI we had to hardcode usernames and permissions into the file (auth/restbackend.py) For more information what we’re planning to implement here take a look at the Acknowledgements.
Note
If you’re planning to expand this feel free to use this wonderful resource: https://docs.djangoproject.com/en/dev/topics/auth/
Once the new middleware is in place we will need to create a user first. At the moment the user is automaticly created upon success of the login procedure.
>>> #c.... adduser() #TODO add user
Users will have to use the Login form which is located at (/accounts/login/) in order to authenticate themself. The Login / Logout button is linked in the bottom left corner of each page as well.
After each successful login users should be redirected either to the site which they requested before - stored in a GET Value named next - or get the List index. Only if they’ve used a faulty login they should stay on the Login Page to try again.
>>> response = c.post('/accounts/login/',
... {"user": "james@example.com",
... "password": "james"})
>>> print type(response) == HttpResponseRedirect
True
Unfortuneatly the Test Client requires to use the Login directly because it does handle each request seperately. For this reason we have to use the following part in the Tests only to authenticate a user. Each successful Login will return True and write the users object into the request context, which allows simple checks whether there is a user logged in and what his name is.
>>> c.login(username='katie@example.com', password='katie')
True
Our own Auth Backend allows the use of Djangos own Permission Decorator which is
@permission_required(NAME_OF_PERMISSION)
At the moment we’ve installed this for Domain Administration,
Note
Please take a look at the ackownledgement to see what is working in this part
Get the Domains page and get redirected because Katie who is logged in doesn’t have the Permission
>>> response = c.get('/domains/')
>>> print type(response) == HttpResponseRedirect
True
Logout Katie who isn’t a Domain-Owner and Login James who should be allowed to view this page
>>> c.logout() #katie
>>> c.login(username='james@example.com', password='james')
True
Check that the Page now loads correctly
>>> response = c.get('/domains/')
>>> response.status_code
200
Domain Administration is called by opening the URL mentioned below. Prequirements like Authorisation and Permissions have been covered before. Now we do check that the response really does have the correct heading.
>>> response = c.get('/domains/')
>>> print "Domain Index" in response.content
True
On this page there should be a button which allows to create a new Domain. If you’re running Mailman for the first time you need to create a Domain before creating Mailinglists. That’s only because each List is Part of a Domain and could not be created without it’s reference.
>>> '<li class="mm_new_domain"><a href="/domains/new/">New Domain</a></li>' in response.content
True
>>> response = c.get('/domains/new/')
>>> response.status_code
200
>>> print "Add a new Domain" in response.content #TODO - change heading
True
Each Domain has two main Data Parts, most obvious for a mailinglist we do need a mail_host that’s the part behind the @ when getting an email. In addition we offer you this WebUI for configuration, some may have multiple URLs they can use to access the same installation of mailman. For this reason each Mailinglist gets it’s own web_host as well - which doesn’t need to be unique.
Testing the Site we do now submit the form we’ve loaded earlier by sending all necessary data in a POST request. The new Domain will be called mail.example.com and available via it’s web_host example.com.
Note
If you do want to use web_host filtering in your webUI you need to remember adding the URL to your /etc/hosts - at least for development
>>> response = c.post('/domains/new/', ... {"mail_host": "mail.example.com", ... "web_host": "example.com", ... "description": "doctest testing domain"}) >>> response = c.get('/domains/')
>>> response.status_code
200
>>> print "doctest testing domain" in response.content
True
After creating a Domain you should be able to create new Lists. The Button for doing so is shown on the List index Page which should offer a list of all available (adverrtised) lists.
>>> response = c.get('/lists/')
>>> response.status_code
200
>>> "All available Lists" in response.content
True
The new List creation form is opened by clicking on the Button mentioned above or accessing the page directly
>>> response = c.get('/lists/new/')
>>> response.status_code
200
>>> print "Create a new List on" in response.content
True
Creating a new List we do need to specify at least the below mentioned items. Those were entered using some nice GUI Forms which do only show up available Values or offer you to choose a name which will be checked during validation. We’re now submitting the form using a POST request and get redirected to the List Index Page
>>> response = c.post('/lists/new/',
... {"listname": "new_list1",
... "mail_host": "mail.example.com",
... "list_owner": "james@example.com",
... "description": "doctest testing list",
... "advertised": "True",
... "languages": "English (USA)"})
>>> print type(response) == HttpResponseRedirect
True
As List index is an overview of all advertised Lists and we’ve choosen to do so we should now see our new List within the overview. HTTP_HOST is added as META Data for the request because we do only want to see Domains which belong to the example.com web_host
>>> response = c.get('/lists/',HTTP_HOST='example.com')
>>> response.status_code
200
>>> "New_list1" in response.content
True
List summary is a dashboard for each List. It does have Links to the most useful functions which are only related to that Domain. These include the Values mentioned below. _(function) is used to Translate these to you local language.
>>> response = c.get('/lists/new_list1%40mail.example.com/',)
>>> response.status_code
200
>>> _("Subscribe") in response.content
True
>>> _("Archives") in response.content
True
>>> _("Edit Options") in response.content
True
>>> _("Unsubscribe") in response.content
True
>>> url = '/subscriptions/new_list1%40mail.example.com/subscribe'
>>> response = c.get(url)
>>> response.status_code
200
>>> "james@example.com" in response.content
True
Now subscribe James and Katie and check that you get redirected to List Summary which should now have an additional Button allowing to modify your user options.
>>> response = c.post(url,
... {"email": "james@example.com",
... "real_name": "James Watt",
... "name": "subscribe",
... "fqdn_listname": "new_list1@mail.example.com"})
>>> response = c.post(url,
... {"email": "katie@example.com",
... "real_name": "Katie Doe",
... "name": "subscribe",
... "fqdn_listname": "new_list1@mail.example.com"})
>>> print (_('Subscribed')+' katie@example.com') in response.content
True
>>> response = c.get('/lists/new_list1%40mail.example.com/')
>>> "mm_membership" in response.content
True
>>> response = c.post('/subscriptions/new_list1%40mail.example.com/unsubscribe',
... {"email": "katie@example.com",
... "name": "unsubscribe",
... "fqdn_listname": "new_list1@mail.example.com"})
>>> print (_('Unsubscribed')+' katie@example.com') in response.content
True
Now we want to mass subscribe a few users to the list. Therefore, go to the mass subscription page.
>>> url = '/subscriptions/new_list1%40mail.example.com/mass_subscribe/'
>>> response = c.get(url)
Check that everything went well by making sure the status code was correct.
>>> response.status_code
200
Try mass subscribing the users 'liza@example.com‘ and 'george@example.com‘. Each address should be provided on a separate line so add ‘n’ between the names to indicate that this was done (we’re on a Linux machine which is why the letter ‘n’ was used and the double ‘’ instead of a single one is to escape the string parsing of Python).
>>> url = '/subscriptions/new_list1%40mail.example.com/mass_subscribe/'
>>> response = c.post(url,
... {"emails": "liza@example.com\ngeorge@example.com"})
If everything was successful, we shall get a positive response from the page. We’ll check that this was the case.
>>> print _("The mass subscription was successful.") in response.content
True
Now let’s go to the membership settings page. Once we go there we should get a list of all the available lists.
>>> response = c.get('/membership_settings/new_list1%40mail.example.com/')
Check that we came to the right place...
>>> print "Membership Settings" in response.content
True
...and select the list 'test-one@example.com‘.
>>> response = c.get('/membership_settings/new_list1%40mail.example.com/')
Lets make sure we got to the right page.
>>> print ("Membership Settings" in response.content) and ("for new_list1@mail.example.com" in response.content)
True
Finally, let’s delete the list. We start by checking that the list is really there (for reference).
>>> response = c.get('/lists/',HTTP_HOST='example.com')
>>> print "New_list1" in response.content
True
>>> response = c.get('/delete_list/new_list1%40mail.example.com/',)
>>> print "Please confirm" in response.content
True
>>> response = c.post('/delete_list/new_list1%40mail.example.com/',)
>>> response = c.get('/lists/',HTTP_HOST='example.com')
>>> print "new_list1%40example.com" in response.content
False
So far this is what you can do in the UI. More tests can be added here later.
>>> teardown_mm(testobject)
We’ve added our own test-suite to the Django App which will be executed together with the Django Test. Last thing you should do is running these tests. If they fail you did something wrong, if they succeed you can enjoy the site.
Run the following in the Site Directory
$ python manage.py test
Note
Please be aware that we want to run a development instance of mailman you need to stop the stable one first and the tests will open it’s own mailman temporily.
If you want to access the Functions, which we use in the views, directly feel free to run the following block of code within a Shell which does have it’s current Directory within the Django Site Directory.
from settings import API_USER, API_PASS from mailman.client import Client c = Client('http://localhost:8001/3.0', API_USER, API_PASS) #DEBUG: Python Session