Custom Query (332 matches)

Since upgrade to email2trac 1.2.0 and trac 0.11.6 in 03/2010 (currently running email2trac 1.4.6), inline-parts of html-mails (like images/jpg or text/html) are attached as None. Anyway, images are included and shown "inline" in the Ticket-description as expected.

Obviously, part.get_filename() in def get_message_parts() returns 'None' instead of ''. So the code:

  if not filename:
    filename = 'untitled-part'

    # Guess the extension from the content type, use non strict mode
    # some additional non-standard but commonly used MIME types 
    # are also recognized
    #
    ext = mimetypes.guess_extension(part.get_content_type(), False)
    if not ext:
      ext = '.bin'

    filename = '%s%s' % (filename, ext)

in def unique_attachment_names() has no longer effekt at all.

As I couldn't find get_filename(), I can't trace down to the source of the problem. Is it email2trac or perhaps an issue of our trac-update?

Sorry for reporting so late, but I have not investigatet this any further...

If a status is using upper case character (i.e waitingExternal) email2trac does not find the appropiate entry in the email2trac.conf

workflow_waitingExternal: dosomething

This error is back! It was reported and solved in Ticket #184 for attachments.

Now its back for the summary... as I think. There are no attachments at the mail. (disregarding the html-content and a .gif)

The summary of the mail is called:

Spamfilter auf Kunden-Emails prüfen WG: Bewerbungen Ausbildungsplatz

The error is from the trac core (a known Problem:

2011-08-17 16:04:06 msg 122/122 (27140 bytes) msgid 1220533924/INBOX/1903 from <####@jochenkuhl.de>
2011-08-17 16:06:06 Delivery error (command run_email2trac 26957 error (0, Traceback (most recent call last):
  File "/usr/lib/python2.5/logging/handlers.py", line 667, in emit
    self.socket.send(msg)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 63: ordinal not in range(128)))

The error interrupts email2trac. The mail is converted to a ticket and created but is never marked as processed. It`s a deadlock! You receive a Ticket every time the cron-job reads the inbox until you manually delete the Mail!

I'm using the trunk-version 556