RedmineReceivingEmails » History » Revision 5
Revision 4 (Jean-Philippe Lang, 2008-06-25 23:31) → Revision 5/93 (Jean-Philippe Lang, 2008-07-06 18:30)
h1. Receiving emails
{{>toc}}
As of r1572, Redmine can be configured to allow issue creation or comments via email.
h2. Setup
You can configure Redmine to receive emails in one of the following ways.
h3. Forwarding emails from your email server
A standalone script can be used to forward incoming emails from your mail server.
This script reads a raw email from the standard input and forward it to Redmine via a HTTP request.
It can be found in your redmine directory: @extra/mail_handler/rdm-mailhandler.rb@.
In order to use it, you have to enable the API that receive emails:
Go to _Application settings_ -> _Incoming emails_, check *Enable WS for incoming emails* and enter or generate a secret key.
Copy @rdm-mailhandler.rb@ to your mail server and configure your MTA.
Usage:
<pre>
rdm-mailhandler [options] --url=<Redmine URL> --key=<API key>
Required:
-u, --url URL Example of the Redmine server
-k, --key Redmine API key
General options:
-h, --help show this help
-v, --verbose show extra information
-V, --version show version information and exit
Issue attributes control options:
-p, --project=PROJECT identifier of the target project
-t, --tracker=TRACKER name of the target tracker
--category=CATEGORY name of the target category
--priority=PRIORITY name of the target priority
-o, --allow-override=ATTRS allow email content to override attributes
specified by previous options
ATTRS is a comma separated list of attributes
Examples:
# No project specified. Emails MUST contain the 'Project' keyword:
rdm-mailhandler --url http://redmine.domain.foo --key secret
# Fixed project and default tracker specified, but emails can override
# both tracker and priority attributes:
rdm-mailhandler --url https://domain.foo/redmine --key secret \\
--project foo \\
--tracker bug \\
--allow-override tracker,priority
</pre>
Here is an example for a Postfix alias:
<pre>
foo: redmine: "|/path/to/rdm-mailhandler.rb --url http://redmine.domain --key secret --project foo" mysecretkey"
</pre>
Options:
* project => identifier of the project the issue should be added to
h3. Fetching emails from an IMAP server
A rake task (@redmine:email:receive_imap@) can be used to fetch incoming emails from an IMAP server.
It accepts the following options:
* host => IMAP server host (default: 127.0.0.1)
* port => IMAP server port (default: 143)
* ssl => Set this option to 1 to enable SSL (default: false)
* username => IMAP account
* password => IMAP password
* folder => IMAP folder to read (default: INBOX)
Other options:
* project => identifier of the project the issue should be added to
Example:
<pre>
rake redmine:email:receive_imap host=imap.domain \
username=redmine@domain \
password=xxx \
project=foo \ # => all issues will be added to project "foo"
RAILS_ENV="production"
</pre>
Emails that are ignored (unknown user, unknown project...) are marked as 'Seen' but are not deleted from the IMAP server.
h3. Reading emails from standard input
A rake task (@redmine:email:receive@) can be used to read a single raw email from the standard input.
Options:
* project => identifier of the project the issue should be added to
Postfix or Sendmail can be configured to forward incoming emails to this script.
See: http://wiki.rubyonrails.org/rails/pages/HowToReceiveEmailsWithActionMailer
Example of a Postfix alias:
redmine: "|(cd /path/to/redmine && rake redmine:email:receive RAILS_ENV=production)"
h2. How it works
When receiving an email, Redmine uses the From address of the email to find the corresponding user. Emails received from unknow or locked users are ignored.
If the email subject contains something like "Re: *[xxxxxxx !#123]*", the email is processed as a reply and a note is added to issue !#123. Otherwise, a new issue is created.
If you don't use the @project@ option when reading emails, users have to specify in the email body which project the issue should be added to. This can be done by inserting a line in the email body like this: @"Project: foo"@.
Example (email body):
<pre>
This is a new ticket that will be added to project foo.
Here we have the ticket description
[...]
Project: foo
</pre>
Of course, user permissions are checked and this email would be ignored if the user who sent this email is not allowed to add issues to project foo.