Custom Query (332 matches)

Expected to be able to clear ticket fields by using empty inline properties, like this:

@customer_id:

but that doesn't work, the field contents isn't cleared. (Trac 0.11.7, email2trac r492)

Seems this is explicitly checked here​. Is there a reason for that check?

Some of the reporters to our trac-system are other ticket-systems.

The admins complained about receiving our confimation which causes a new ticket to be opened in their system.

Lookin for a solution I extended my code from #178 to implement a notify_black_list in email2trac.conf There I can add all the emails to be excluded from notification. (Like black-List and white_list). As we never notify the reporter (exept for reporters via email2trac) I just have to exclude the mail-reporter from beeing added to the recipients-list. A more perfect code should scan the recipients to remove the emails which are on the ´notify_black_list´...

I've added the additional modification which are working fine in our environment (Version 1.4.6)

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...