Custom Query (332 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (136 - 138 of 332)

Ticket Resolution Summary Owner Reporter
#92 fixed Possible to give examples of usage on the wiki? anonymous anonymous
Description

This sounds fantastic, but I am having trouble understanding what a user actually sends in their email when using email2trac.

Is it possible to add some examples of usage, for a recommended workflow/configuration? E.g. show the emails to:

  • add a ticket
  • append a comment
  • append an attachment (if that is possible).
#94 fixed Support for RFC 3676 (format=flowed) bas ben@…
Description

Most email clients wrap long lines to <80 characters. In some cases, this breaks Trac wiki formatting (when verbatim_format is off). For example:

  * This is a very very very very very very very very very very very very very very very very very very very very very very very very very very very very very very very very long list item

may get incorrectly rendered as

  • This is a very very very very very very very very very very very very

very very very very very very very very very very very very very very very very very very very very long list item

Format=flowed property of plain-text email, specified in RFC 3676, deals with this problem.

The attached patch (against email2trac 0.5) implements format=flowed support.

When this patch is applied, the following should be added to [wiki/Email2tracConfiguration]:

reflow: 1 OPTIONAL, if set then soft line breaks will be removed from [format:flowed] email when creating the ticket with verbatim_format turned off
#95 fixed Items being dropped or indefinately que'd by mailman when email2trac has an error bas anonymous
Description

In our syslogs we have been seeing this error:

Oct 22 04:02:22 sun email2trac: Traceback (most recent call last): Oct 22 04:02:22 sun email2trac: File "/usr/local/email2trac/bin/email2trac", line 1240, in <module> tktparser.parse(sys.stdin) Oct 22 04:02:22 sun email2trac: File "/usr/local/email2trac/bin/email2trac", line 818, in parse self.new_ticket(m, spam_msg) Oct 22 04:02:22 sun email2trac: File "/usr/local/email2trac/bin/email2trac", line 719, in new_ticket self.set_reply_fields(tkt, msg) Oct 22 04:02:22 sun email2trac: File "/usr/local/email2trac/bin/email2trac", line 458, in set_reply_fields if mail_list: Oct 22 04:02:22 sun email2trac: UnboundLocalError?: local variable 'mail_list' referenced before assignment

Connected to these issue we get errors similar to: Oct 24 04:02:20 sun sendmail[20474]: m9O8279H020473: to="|/usr/local/email2trac/bin/run_email2trac --project=PNIInternal --component=Tesla", ctladdr=<tesla-help@…> (47/0), delay=00:00:13, xdelay=00:00:13, mailer=prog, pri=60635, dsn=2.0.0, stat=Sent Oct 24 04:02:20 sun sendmail[20474]: m9O8279H020473: to=<lewing@…>, delay=00:00:13, xdelay=00:00:00, mailer=esmtp, pri=60635, relay=emfw4.xxxx.zzz. [128.112.131.23], dsn=2.0.0, stat=Sent (Ok: queued as A547D904E00)

This is causing some of our emails to not be processed into the ticket system.

We think it's because these are emails being generated en-masse to notify us and users of their ID's expiring. It could be a timing or threading issue but we arn't quite sure what's going on.

If you have any testing or suggestions we welcome them as this needs to be fixed.

Note: See TracQuery for help on using queries.