Custom Query (332 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


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

  • 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
Note: See TracQuery for help on using queries.