Custom Query (332 matches)
Results (244 - 246 of 332)
| Ticket | Resolution | Summary | Owner | Reporter | |||
|---|---|---|---|---|---|---|---|
| #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. |
||||||
| #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
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]:
|
||||||
| #93 | duplicate | Attachments are added to tickets, but are broken | bas | planktr@… | |||
| Description |
I have email2trac working on a Windows server using fetchmail+Cygwin. I have also had luck with GetMail?. Messages are being retrieved from Exchange 2003 server. I've tried using POP3 and IMAP. With either tool, attachments are being created on the tickets, but they don't open. For example, an image attachment is added to the ticket, but when clicked on, the file appears as a broken image. In the trac attachments folder, there are image files that are of the expected size, but they don't open. Is there a configuration setting that would impact this? When using GetMail?, i enabled the extract option and the attachments were stored separately, so i assume the attachments are arriving with the messages, it just seems like they aren't making it through the email2trac script. Any ideas? |
||||||
