Custom Query (332 matches)
Results (136 - 138 of 332)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#416 | worksforme | [patch] Invalid subject line causes email2trac to crash | bas | hjuergs@… |
Description |
the subjectline split to retrieve the parameters results in a crash of email2trac. If the subjectline is like this: subject#?owner=name #?milestone=name2 #?component=name3 instead of subject#?owner=name&milestone=name2&component=name3 email2trac crashes in def new_ticket in codeline 1301 (current release) if set_fields: rest, keywords = string.split(set_fields, '?') due to a python error. |
|||
#84 | fixed | New Tickets are created with resolution :fixed | bas | hju@… |
Description |
Hope this is no RTFM problem, but I found nothing in the doku and have no more ideas where to look at. email2trac is installed an working properly. The only problem is that new tickets are showing the resolution :fixed example:Ticket #22 (new Fehler: fixed) There is no default_value for this nor did I find a place to define / delete it. Only workaround is to use del_resolution in the TicketWorkflow trac.ini [ticket] default_component = nicht zugeordnet default_milestone = default_priority = normal default_severity = Mittel default_type = default_version = restrict_owner = true workflow = ConfigurableTicketWorkflow,TicketWorkflowOpOwnerReporter,TicketWorkflowOpOwnerPrevious,TicketWorkflowOpXRef email2trac.conf [DEFAULT] project: /home/trac/ticket debug: 0 umask: 022 spam_level: 5 reply_all : 0 mailto_link: 1 umask: 022 email_header: 0 trac_version: 0.11 enable_syslog: 1 alternate_notify_template: drop_spam: 0 verbatim_format: 0 strip_signature: 1 email_quote: > strip_quotes: 0 ignore_trac_user_settings: 0 ticket_update: 1 blacklist: MAILER-DAEMON@ [ticket] project: /home/trac/ticket |
|||
#90 | fixed | [Patch] eMail with 'alternate_notify_template' after creation does not work | bas | hju@… |
Description |
I tried to use a modified copie of /usr/lib/python2.4/site-packages/Trac-0.11-py2.4.egg/trac/ticket/templates/ticket_notify_email.txt as template for the initial notification to the reporter. This copy is placed in the same directory an specified in email2trac.conf project: /home/trac/ticket debug: 1 umask: 022 spam_level: 5 reply_all : 0 mailto_link: 0 umask: 022 email_header: 0 trac_version: 0.11 enable_syslog: 1 alternate_notify_template: new_notify.txt drop_spam: 0 verbatim_format: 0 strip_signature: 1 email_quote: > strip_quotes: 1 ignore_trac_user_settings: 0 ticket_update: 1 blacklist: MAILER-DAEMON@ Trac-notification and reporter-notification is enabled, but always ticket_notify_email.txt is used as template. [notification] always_notify_owner = true always_notify_reporter = true always_notify_updater = false mime_encoding = base64 nevernotifyupdater = true reporter_states = new,closed,reopened smtp_always_bcc = hju@jochenkuhl.de smtp_always_cc = smtp_default_domain = smtp_enabled = true ... I've browsed the source to find the clue, but I found no bug. As I anderstood, the "standard-process" of notification is used to get_recipients. Therefore it is no additional notification sent but the replacement of the normal notification depending on the settings for notification (means: if always_notify_reporter = false there will never be a notification send to reporter. Did I miss anything in the manual? Is there any hidden option to enable it? |