Custom Query (332 matches)

Right now, email2trac assumes that the first text part of a message is its body, and that everything else is an attachment.

With modern email clients, it's possible to create a message that has an attachment in the middle of its body. MIME represents this kind of a thing as a text/plain part followed by an image type followed by another text/plain part.

When this happens, email2trac produces a ticket whose description contains only the first part of the body, and gives it two attachments: one for the image, and one for the second part of the body. This is wrong.

The patch that I am attaching implements the following features

Proper support for multiple body parts

If a message's body is broken up into several pieces (by attachments in the middle of the message), the ticket's description is set to the entire body, not just the first part

For example, from an email like this:

some text
<some image>
more text

the ticket that is created will have "some text" and "more text" in its description

Links to attachments inside the ticket description

[attachment:filename] links are automatically placed inside the ticket description, so that message text can clearly refer to them.

For example, an email like

I opened this file in your app:
<my file>
and I got the following error dialog:
<image>

will generate a ticket like this:

I opened this file in your app:

[attachment:"my file"]

and I got the following error dialog:

[attachment:"image"]

Inline image attachments

If an attachment is of type image/* and its Content-Disposition is inline, then a Trac Image macro is placed inside the ticket description in the appropriate place, so that the resulting ticket has the image inline where it belongs in the text.

The same email as in the previous example, if the image is inline, will result in:

I opened this file in your app

[attachment:"my file"]

and I got the following error dialog:

[[Image(image)]]

I tryed to get the strip signature working - the description is not that good

you wrote: It scans the message for a line containing the string --. All lines after this line will be skipped.

but mail2trac is searching for a string that looks like this dash dash space line-return

so i think a better description in the documentation would be like this: It scans the message for a line containing the string -- . All lines after this line will be skipped. The exact String is - dash dash space line-return

-- 

kind regards
ToM

The email2trac automatically reopened a ticket now closed. How to avoid this behavior?

[DEFAULT]
project: /var/trac/projects/banana
debug: 1
black_list: MAILER-DAEMON@
drop_spam : 1
drop_alternative_html_version: 1
email_quote: >
html2text_cmd:
ignore_trac_user_settings: 0
inline_properties: 1
reply_all : 0
spam_level: 5
strip_quotes: 1
strip_signature: 1
ticket_update: 1
ticket_update_by_subject: 1
ticket_update_by_subject_lookback: 30
umask: 022
verbatim_format: 1
log_type: file
log_file: /var/tmp/email2trac.log
mta_user: nobody
DEFAULT_keywords  : ServiceDesk
DEFAULT_component : TRAC
DEFAULT_priority  : Alta
DEFAULT_severity  : Normal
DEFAULT_type      : Triagem
DEFAULT_parents   : 0

[banana]
project: /var/trac/projects/banana
cla_keywords  : ServiceDesk
cla_component : TRAC
cla_priority  : Alta
cla_severity  : Normal
cla_type      : Triagem
cla_parents   : 0