Custom Query (332 matches)
Results (268 - 270 of 332)
Ticket | Resolution | Summary | Owner | Reporter | |||
---|---|---|---|---|---|---|---|
#200 | wontfix | email to trac xmlrpc | bas | bradley@… | |||
Description |
Hi, I understand that you maintain the email-to-trac conversion script. I'm running a project on cvsdude (codesion) where they don't support your plugin. They do support xmlrpc, however. Have you heard of any scripts that can convert email to trac xmlrpc to update tickets? How much work do you think it would be to adapt your script? -Bradley |
||||||
#244 | fixed | SpamFilter is disabled/undef, but external mails fail to get through | bas | birgit-nietsch@… | |||
Description |
I have set up and tested email2trac and came across this problem: Mails from inside our network are nicely being processed into tickets, but mails from external mail servers will bounce: <my-example@my.example.com>: Command died with status 1: "/usr/local/bin/run_email2trac --project=example --ticket_prefix=XXX". Command output: -Metadata-Version: 1.0 -Name: TracSpamFilter -Version: 0.4.6 -Summary: Plugin for spam filtering -Home-page: http://trac.edgewall.org/wiki/SpamFilter -Author: Edgewall Software -Author-email: info@edgewall.com -License: BSD -Download-URL: http://trac.edgewall.org/wiki/SpamFilter -Description: UNKNOWN -Keywords: trac plugin -Platform: UNKNOWN -Classifier: Framework :: Trac -Classifier: License :: OSI Approved :: BSD License saving email to /tmp/tmpO0gAmo.email2trac writing body to /tmp/tmpnNgKeZ.email2trac This always happens, no matter what I do with any spam filter options. Even if any spam filters are switched off/undefined, external mails will still be bounced. Here is my email2trac.conf: [DEFAULT] parentdir: /srv/trac/projects debug: 0 umask: 022 disabled_spam_level: 5 disabled_spam_header: X-Spam-Score reply_all : 0 mailto_link: 0 umask: 022 email_header: 0 trac_version: 0.12.2 enable_syslog : 1 alternate_notify_template : alternate_notify_template_update : disabled_drop_spam : 0 verbatim_format: 1 strip_signature: 0 email_quote: > strip_quotes: 0 ignore_trac_user_settings: 0 disabled_black_list: MAILER-DAEMON@ drop_alternative_html_version: 1 ticket_permission_system: trac html2text_cmd: /usr/bin/links -dump [example] project: /srv/trac/projects/example ticket_permission_system: update_restricted_to_participants disabled_drop_spam : 0 disabled_spam_level: 5 I'm using trac 0.12.2 on OpenSUSE 11.4 and I've built email2trac with: ./configure --sysconfdir=/etc --with-trac_user=wwwrun --enable-python --with-mta-user=nobody |
||||||
#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]:
|