4 | | Trac supports notification of ticket changes via email. |
5 | | |
6 | | Email notification is useful to keep users up-to-date on tickets/issues of interest, and also provides a convenient way to post all ticket changes to a dedicated mailing list. For example, this is how the [http://lists.edgewall.com/archive/trac-tickets/ Trac-tickets] mailing list is set up. |
7 | | |
8 | | Disabled by default, notification can be activated and configured in [wiki:TracIni trac.ini]. |
9 | | |
10 | | == Receiving Notification Mails == |
11 | | When reporting a new ticket or adding a comment, enter a valid email address or your username in the ''reporter'', ''assigned to/owner'' or ''cc'' field. Trac will automatically send you an email when changes are made to the ticket (depending on how notification is configured). |
12 | | |
13 | | This is useful to keep up-to-date on an issue or enhancement request that interests you. |
14 | | |
15 | | === How to use your username to receive notification mails === |
16 | | |
17 | | To receive notification mails, you can either enter a full email address or your username. To get notified with a simple username or login, you need to specify a valid email address in the ''Preferences'' page. |
18 | | |
19 | | Alternatively, a default domain name ('''`smtp_default_domain`''') can be set in the TracIni file (see [#ConfigurationOptions Configuration Options] below). In this case, the default domain will be appended to the username, which can be useful for an "Intranet" kind of installation. |
20 | | |
21 | | When using apache and mod_kerb for authentication against Kerberos / Active Directory, usernames take the form ('''`username@EXAMPLE.LOCAL`'''). To avoid this being interpreted as an email address, add the Kerberos domain to ('''`ignore_domains`'''). |
22 | | |
23 | | == Configuring SMTP Notification == |
24 | | |
25 | | '''Important:''' For TracNotification to work correctly, the `[trac] base_url` option must be set in [wiki:TracIni trac.ini]. |
26 | | |
27 | | === Configuration Options === |
28 | | These are the available options for the `[notification]` section in trac.ini. |
29 | | |
30 | | * '''`smtp_enabled`''': Enable email notification. |
31 | | * '''`smtp_from`''': Email address to use for ''Sender''-headers in notification emails. |
32 | | * '''`smtp_from_name`''': Sender name to use for ''Sender''-headers in notification emails. |
33 | | * '''`smtp_from_author`''': (''since 1.0'') Use the author of a change (the reporter of a new ticket, or the author of a comment) as the `From:` header value in notification e-mails (default: false). If the author hasn't set an e-mail address, `smtp_from` and `smtp_from_name` are used instead. |
34 | | * '''`smtp_replyto`''': Email address to use for ''Reply-To''-headers in notification emails. |
35 | | * '''`smtp_default_domain`''': (''since 0.10'') Append the specified domain to addresses that do not contain one. Fully qualified addresses are not modified. The default domain is appended to all username/login for which an email address cannot be found from the user settings. |
36 | | * '''`smtp_always_cc`''': List of email addresses to always send notifications to. ''Typically used to post ticket changes to a dedicated mailing list.'' |
37 | | * '''`smtp_always_bcc`''': (''since 0.10'') List of email addresses to always send notifications to, but keeps addresses not visible from other recipients of the notification email |
38 | | * '''`smtp_subject_prefix`''': (''since 0.10.1'') Text that is inserted before the subject of the email. Set to "!__default!__" by default. |
39 | | * '''`always_notify_reporter`''': Always send notifications to any address in the reporter field (default: false). |
40 | | * '''`always_notify_owner`''': (''since 0.9'') Always send notifications to the address in the owner field (default: false). |
41 | | * '''`always_notify_updater`''': (''since 0.10'') Always send a notification to the updater of a ticket (default: true). |
42 | | * '''`use_public_cc`''': (''since 0.10'') Addresses in To: (owner, reporter) and Cc: lists are visible by all recipients (default is ''Bcc:'' - hidden copy). |
43 | | * '''`use_short_addr`''': (''since 0.10'') Enable delivery of notifications to addresses that do not contain a domain (i.e. do not end with ''@<domain.com>'').This option is useful for intranets, where the SMTP server can handle local addresses and map the username/login to a local mailbox. See also `smtp_default_domain`. Do not use this option with a public SMTP server. |
44 | | * '''`ignore_domains`''': Comma-separated list of domains that should not be considered part of email addresses (for usernames with Kerberos domains). |
45 | | * '''`mime_encoding`''': (''since 0.10'') This option allows selecting the MIME encoding scheme. Supported values: |
46 | | * `none`: default value, uses 7bit encoding if the text is plain ASCII, or 8bit otherwise. |
47 | | * `base64`: works with any kind of content. May cause some issues with touchy anti-spam/anti-virus engines. |
48 | | * `qp` or `quoted-printable`: best for european languages (more compact than base64) if 8bit encoding cannot be used. |
49 | | * '''`ticket_subject_template`''': (''since 0.11'') A [http://genshi.edgewall.org/wiki/Documentation/text-templates.html Genshi text template] snippet used to get the notification subject. |
50 | | * '''`email_sender`''': (''since 0.12'') Name of the component implementing `IEmailSender`. This component is used by the notification system to send emails. Trac currently provides the following components: |
51 | | * `SmtpEmailSender`: connects to an SMTP server (default). |
52 | | * `SendmailEmailSender`: runs a `sendmail`-compatible executable. |
53 | | |
54 | | Either '''`smtp_from`''' or '''`smtp_replyto`''' (or both) ''must'' be set, otherwise Trac refuses to send notification mails. |
55 | | |
56 | | The following options are specific to email delivery through SMTP. |
57 | | * '''`smtp_server`''': SMTP server used for notification messages. |
58 | | * '''`smtp_port`''': (''since 0.9'') Port used to contact the SMTP server. |
59 | | * '''`smtp_user`''': (''since 0.9'') User name for authentication SMTP account. |
60 | | * '''`smtp_password`''': (''since 0.9'') Password for authentication SMTP account. |
61 | | * '''`use_tls`''': (''since 0.10'') Toggle to send notifications via a SMTP server using [http://en.wikipedia.org/wiki/Transport_Layer_Security TLS], such as GMail. |
62 | | |
63 | | The following option is specific to email delivery through a `sendmail`-compatible executable. |
64 | | * '''`sendmail_path`''': (''since 0.12'') Path to the sendmail executable. The sendmail program must accept the `-i` and `-f` options. |
65 | | |
66 | | === Example Configuration (SMTP) === |
67 | | {{{ |
| 4 | Trac supports notification of ticket changes via email. |
| 5 | |
| 6 | Email notification is useful to keep users up-to-date on tickets of interest, and also provides a convenient way to post all ticket changes to a dedicated mailing list. |
| 7 | |
| 8 | Disabled by default, notification can be activated and configured in [TracIni trac.ini]. |
| 9 | |
| 10 | == Receiving Notification Mails |
| 11 | When reporting a new ticket or adding a comment, enter a valid email address or your Trac username in the ''reporter'', ''assigned to/owner'' or ''cc'' field. Trac may send you an email when changes are made to the ticket, depending on how your notification preferences are configured. |
| 12 | |
| 13 | Permission groups can also be entered in the CC field, |
| 14 | to notify all members of the group. |
| 15 | |
| 16 | === How to use your username to receive notification mails |
| 17 | |
| 18 | To receive notification mails, you can either enter a full email address or your Trac username. To get notified with a simple username or login, you need to specify a valid email address in your [/prefs preferences]. |
| 19 | |
| 20 | Alternatively, a default domain name ('''`smtp_default_domain`''') can be set in the TracIni file, see [#ConfigurationOptions Configuration Options] below. In this case, the default domain will be appended to the username, which can be useful for an "Intranet" kind of installation. |
| 21 | |
| 22 | When using apache and mod_kerb for authentication against Kerberos / Active Directory, usernames take the form ('''`username@EXAMPLE.LOCAL`'''). To avoid this being interpreted as an email address, add the Kerberos domain to ('''`ignore_domains`'''). |
| 23 | |
| 24 | === Ticket attachment notifications |
| 25 | |
| 26 | Since 1.0.3 Trac will send notifications when a ticket attachment is added or deleted. Usually attachment notifications will be enabled in an environment by default. To disable the attachment notifications for an environment the `TicketAttachmentNotifier` component must be disabled: |
| 27 | {{{#!ini |
| 28 | [components] |
| 29 | trac.ticket.notification.TicketAttachmentNotifier = disabled |
| 30 | }}} |
| 31 | |
| 32 | == Configuring SMTP Notification |
| 33 | |
| 34 | '''Important:''' The [[TracIni#trac-base_url-option|[trac] base_url]] option must be configured for links in the notification message to be correctly generated. |
| 35 | |
| 36 | === Configuration Options |
| 37 | These are the available options for the `[notification]` section in trac.ini: |
| 38 | |
| 39 | [[TracIni(section=notification)]] |
| 40 | |
| 41 | === Example Configuration (SMTP) |
| 42 | {{{#!ini |
87 | | === Customizing the e-mail subject === |
88 | | The e-mail subject can be customized with the `ticket_subject_template` option, which contains a [http://genshi.edgewall.org/wiki/Documentation/text-templates.html Genshi text template] snippet. The default value is: |
89 | | {{{ |
90 | | $prefix #$ticket.id: $summary |
| 62 | === Subscriber Configuration |
| 63 | The default subscriptions are configured in the [TracIni#notification-subscriber-section "[notification-subscriber]"] section. |
| 64 | |
| 65 | [[TracIni(section=notification-subscriber)]] |
| 66 | |
| 67 | Each user can override these defaults in their ''Notifications'' preferences. |
| 68 | |
| 69 | For example to unsubscribe from notifications for one's own changes and comments, the rule "Never notify: I update a ticket" should be added above other subscription rules. |
| 70 | |
| 71 | The subscription rule name on the left side of the `=` can be anything, it has no meaning outside this configuration file. The subscriber name on the right side of the `=` must be one of the subscribers listed in the above table. |
| 72 | |
| 73 | The following attributes of default subscriptions can be configured: |
| 74 | * `.distributor` (Default: `email`) |
| 75 | * Other values require plugins. For example `on-site` requires [https://trac-hacks.org/wiki/OnSiteNotificationsPlugin OnSiteNotificationsPlugin]. |
| 76 | * `.priority` (Default: `100`) |
| 77 | * Smaller values override larger values. |
| 78 | * If you use `0`, then users will not be able to override this rule. |
| 79 | * `.adverb` (Default: `always`) |
| 80 | * `never` can be used to silence other subscription rules with higher values. |
| 81 | * `.format` (Default: `text/plain`) |
| 82 | * Other values require plugins. For example `text/html` requires [https://trac-hacks.org/wiki/TracHtmlNotificationPlugin TracHtmlNotificationPlugin]. |
| 83 | |
| 84 | === Example Configuration (default subscriptions) |
| 85 | |
| 86 | This example implements the often desired |
| 87 | //Never Notify Updater// behavior by setting |
| 88 | the priority of that rule to the highest value, |
| 89 | thereby taking precedence over other rules. |
| 90 | |
| 91 | {{{#!ini |
| 92 | [notification-subscriber] |
| 93 | always_notify_owner = TicketOwnerSubscriber |
| 94 | always_notify_owner.distributor = email |
| 95 | always_notify_owner.priority = 100 |
| 96 | always_notify_owner.adverb = always |
| 97 | always_notify_owner.format = text/plain |
| 98 | |
| 99 | always_notify_previous_updater = TicketPreviousUpdatersSubscriber |
| 100 | |
| 101 | never_notify_updater = TicketUpdaterSubscriber |
| 102 | never_notify_updater.adverb = never |
| 103 | never_notify_updater.priority = 0 |
| 104 | |
| 105 | notify_cc_html = CarbonCopySubscriber |
| 106 | notify_cc_html.format = text/html |
| 107 | }}} |
| 108 | |
| 109 | === Customizing the email subject |
| 110 | The email subject can be customized with the `ticket_subject_template` option, which contains a [https://genshi.edgewall.org/wiki/Documentation/text-templates.html Genshi text template] snippet. The default value is: |
| 111 | {{{#!genshi |
| 112 | ${prefix} #${ticket.id}: ${summary} |
163 | | |
164 | | == Customizing e-mail content for MS Outlook == |
165 | | |
166 | | Out-of-the-box, MS Outlook normally presents plain text e-mails with a variable-width font; the ticket properties table will most certainly look like a mess in MS Outlook. This can be fixed with some customization of the [#Customizingthee-mailcontent e-mail template]. |
167 | | |
168 | | Replace the following second row in the template: |
169 | | {{{ |
170 | | $ticket_props |
171 | | }}} |
172 | | |
173 | | with this instead (''requires Python 2.6 or later''): |
174 | | {{{ |
175 | | -------------------------------------------------------------------------- |
176 | | {% with |
177 | | pv = [(a[0].strip(), a[1].strip()) for a in [b.split(':') for b in |
178 | | [c.strip() for c in |
179 | | ticket_props.replace('|', '\n').splitlines()[1:-1]] if ':' in b]]; |
180 | | sel = ['Reporter', 'Owner', 'Type', 'Status', 'Priority', 'Milestone', |
181 | | 'Component', 'Severity', 'Resolution', 'Keywords'] %}\ |
182 | | ${'\n'.join('%s\t%s' % (format(p[0]+':', ' <12'), p[1]) for p in pv if p[0] in sel)} |
183 | | {% end %}\ |
184 | | -------------------------------------------------------------------------- |
185 | | }}} |
186 | | |
187 | | The table of ticket properties is replaced with a list of a selection of the properties. A tab character separates the name and value in such a way that most people should find this more pleasing than the default table, when using MS Outlook. |
188 | | {{{#!div style="margin: 1em 1.75em; border:1px dotted" |
189 | | {{{#!html |
190 | | #42: testing<br /> |
191 | | --------------------------------------------------------------------------<br /> |
192 | | <table cellpadding=0> |
193 | | <tr><td>Reporter:</td><td>jonas@example.com</td></tr> |
194 | | <tr><td>Owner:</td><td>anonymous</td></tr> |
195 | | <tr><td>Type:</td><td>defect</td></tr> |
196 | | <tr><td>Status:</td><td>assigned</td></tr> |
197 | | <tr><td>Priority:</td><td>lowest</td></tr> |
198 | | <tr><td>Milestone:</td><td>0.9</td></tr> |
199 | | <tr><td>Component:</td><td>report system</td></tr> |
200 | | <tr><td>Severity:</td><td>major</td></tr> |
201 | | <tr><td>Resolution:</td><td> </td></tr> |
202 | | <tr><td>Keywords:</td><td> </td></tr> |
203 | | </table> |
204 | | --------------------------------------------------------------------------<br /> |
205 | | Changes:<br /> |
206 | | <br /> |
207 | | * component: changset view => search system<br /> |
208 | | * priority: low => highest<br /> |
209 | | * owner: jonas => anonymous<br /> |
210 | | * cc: daniel@example.com =><br /> |
211 | | daniel@example.com, jonas@example.com<br /> |
212 | | * status: new => assigned<br /> |
213 | | <br /> |
214 | | Comment:<br /> |
215 | | I'm interested too!<br /> |
216 | | <br /> |
217 | | --<br /> |
218 | | Ticket URL: <http://example.com/trac/ticket/42><br /> |
219 | | My Project <http://myproj.example.com/><br /> |
220 | | }}} |
221 | | }}} |
222 | | |
223 | | **Important**: Only those ticket fields that are listed in `sel` are part of the HTML mail. If you have defined custom ticket fields which shall be part of the mail they have to be added to `sel`, example: |
224 | | {{{ |
225 | | sel = ['Reporter', ..., 'Keywords', 'Custom1', 'Custom2'] |
226 | | }}} |
227 | | |
228 | | However, it's not as perfect as an automatically HTML-formatted e-mail would be, but presented ticket properties are at least readable by default in MS Outlook... |
229 | | |
230 | | |
231 | | == Using GMail as the SMTP relay host == |
232 | | |
233 | | Use the following configuration snippet |
234 | | {{{ |
| 186 | == Using GMail as the SMTP relay host |
| 187 | |
| 188 | Use the following configuration snippet: |
| 189 | {{{#!ini |
248 | | You should not use `smtp_port = 465`. It will not work and your ticket submission may deadlock. Port 465 is reserved for the SMTPS protocol, which is not supported by Trac. See [comment:ticket:7107:2 #7107] for details. |
249 | | |
250 | | == Filtering notifications for one's own changes == |
251 | | In Gmail, use the filter: |
252 | | |
253 | | {{{ |
254 | | from:(<smtp_from>) (("Reporter: <username>" -Changes) OR "Changes (by <username>)") |
255 | | }}} |
256 | | |
257 | | For Trac .10, use the filter: |
258 | | {{{ |
259 | | from:(<smtp_from>) (("Reporter: <username>" -Changes -Comment) OR "Changes (by <username>)" OR "Comment (by <username>)") |
260 | | }}} |
261 | | |
262 | | to delete these notifications. |
263 | | |
264 | | In Thunderbird, there is no such solution if you use IMAP |
265 | | (see http://kb.mozillazine.org/Filters_(Thunderbird)#Filtering_the_message_body). |
266 | | |
267 | | The best you can do is to set "always_notify_updater" in conf/trac.ini to false. |
268 | | You will however still get an email if you comment a ticket that you own or have reported. |
269 | | |
270 | | You can also add this plugin: |
271 | | http://trac-hacks.org/wiki/NeverNotifyUpdaterPlugin |
272 | | |
273 | | == Troubleshooting == |
274 | | |
275 | | If you cannot get the notification working, first make sure the log is activated and have a look at the log to find if an error message has been logged. See TracLogging for help about the log feature. |
276 | | |
277 | | Notification errors are not reported through the web interface, so the user who submit a change or a new ticket never gets notified about a notification failure. The Trac administrator needs to look at the log to find the error trace. |
278 | | |
279 | | === ''Permission denied'' error === |
| 203 | You should not use `smtp_port = 465`. Doing so may deadlock your ticket submission. Port 465 is reserved for the SMTPS protocol, which is not supported by Trac. See [trac:comment:2:ticket:7107 #7107] for details. |
| 204 | |
| 205 | == Troubleshooting |
| 206 | |
| 207 | If notifications are not working, inspect the [TracLogging log] for error messages. |
| 208 | |
| 209 | Notification errors are not always reported through the web interface, so the user who submits a change or creates a ticket may not get notified about a notification failure. The Trac administrator needs to look at the log to find the error message and traceback. |
| 210 | |
| 211 | === Permission denied error |