Custom Query (332 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


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?

Note: See TracQuery for help on using queries.