...
Create a basic Profile
Create a Profile:
Defining the "Catch Email Address" of your inbound mailbox, the target Project, and the IssueType:
See the new Profile, configuration of which is through the cog icon, it can also be copied the + icon, as well as exported (useful for support!) and deleted.
A summary of key information in the Profile, indicating defaults, can be seen by expanding the Catch Email Address
Use the Cog Icon to access the Profile, from here it is possible to edit some profile top level settings (1), and to gain access to the Project Mappings (2).
Accessing the Project Mappings will show just the default Project Mapping, the lack of rules is shown by
. Configure Configure the Project Mapping via the cog icon:
The Profile view shows the vertical nav that will take you to specific sections of the Profile, in the main panel view are summaries of each section, with a Pen icon, which also takes you to the edit view of the section:
To reinforce the 'default' nature of this Project Mapping, access the Rules link from the vertical nav:
Validate Profile handling
Validating expected outcome of email handling can be done quickly and easily with a JEMHC Test Case, where an 'email' can be crafted with a valid TO: address that matches the "Catch Email Address" in the profile (your mailbox inbound address).
Create a Test Case:
Whats shown next is the platform neutral standards based format for a simple text email, select the profile created above (1), then set the From: SMTP address (2) to be something valid, and the To: address (3) to be the Profile "Catch Email Address". From this screen its also possible to upload (4) a previously exported email (in this neutral TEXT format, not a proprietary binary .msg format). Finally Finally hit Submit to save (5):
The Created Test Case can now be run against the Profile it's associated with:
The Result of running a Test Case will show the Issue Key of the created issue, and some other info:
As custom fields already exist for 'Email Sender Address' and 'Email Participants' the resulting issue would look like:
Summary
In this scenario, all mail will end up in the given project, that's it. For more flexible use of one profile to route mail to different projects, see following scenarios.
...
Once a basic Profile with default Project Mapping exists, adding a new Mapping for a new project that will route some mail to that mapped project, and all other mail to the default Project Mapping project. More information pertaining to Rules can be found here: Rules configuration.
Types of Project Mapping Rule
...
In the Profile Project Mappings view, hit Create:
Set the Project and give it a nameIssue Types, then hit Submit
This Project Mapping doesn't yet have any Rules, so will never be used, indicated in the post-Submit view -
. Use the Cog icon to configure the Project Mapping:
Here the TEST Software Project Mapping is now available for configuration, all fields marked
will will without further change, automatically take on the value defined in the Default Project Mapping (by the way, this is to minimize the amount of configuration that needs to be done!). Access the Rules section now:
Initially, with no rules defined, again
will indicate the Project Mapping wont be used, so hit Create to define one:
This will then create a new Rule. To Edit the Rule configuration options press the COG icon.
Then press Edit again to edit the criteria that defines a match. e.g. Keyword or address Regexp.
Rules can be created that match using regular expressions on the From or To (recipient) addresses defined in the email, as well as keywords, in this example, we'll map any sender from the @localhost domain with the regular expression
.*@localhost(in regular expressions, * means any number of the preceding character not all characters, to match any character . is used, hence.*to match everything):
After submitting, the summary for the rule is shown:
Validate new Project Mapping
...
Create a new Test Case with a From: address of example@localhost and a To: address of the usual catchemail (incoming mailbox) address. To do this, create a copy of the Test Case that was made earlier, using the copy option to get going:
Change the From: address for this case to example@localhost and Submit
After saving, run the new Test Case:
The Test Case post-execution result screen shows that an issue was created in the TEST project, and specifically, through the Rule: Rule=Sender 'example@localhost' matches '.*@localhost'
| Info |
|---|
Managing many catchemails and mapping through Project MappingsIts possible to use one Profile, with one Project Mapping per 'inbound mailbox', in order to do this, the top level 'catchemail' addresses must include ALL inbound mailboxes. The simplest way to do this is with email aliases to a common account, for example, e.g.: "support@yourco.com" with aliases "aaa-support@yourco.com, bbb-support@yourco.com, ccc-support@yourco.com", with these aliases present all mail ends up in one mailbox, then the "Catch Email Address" can be as easy as:
Then, Project Mappings can be associated through a Domain rule matching the full actual inbound mailbox address. |
...
| Filter by label (Content by label) | |||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Page Properties | ||
|---|---|---|
| ||
|
...