Custom Query (332 matches)

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

I'm facing a strange effect with attachments.

We use ​blat 2.6.2 to send logfiles from batchjobs using the "-attach" parameter. If there is only one file "file1.txt", this file of type "TEXT/PLAIN" is attached and processed fine with email2trac (means: attached to a new ticket)

I've extended the processing to send three attachments:

• file1.txt
• file2.txt
• file3.dimport

All files are simple text-files

In this case, file3 is of type "APPLICATION/OCTET-STREAM" (depends on extension, i guess). Only file3.dimport is attached. The other files are ignored (no warning or error).

I changed the blat parameter to "-attacht" to attach the logs as Text-Attachments. The mail-attachments are now all of type "TEXT/PLAIN", but nothing is attached by email2trac (no warning or error)

Looking at the code, it themes clear because this attachments are explicitly excluded in def get_message_parts(self, msg):

    def get_message_parts(self, msg):
    ...
        for part in msg.walk():
            ...
            ## Save all non plain text message as attachment
            #
            if not content_type in ['text/plain']:

Strange that a single TEXT/PLAIN attachment is processed by email2trac...

Maybe it's a solution to remove this restriction, but I think this is not restricted without reason. In older versions of email2trac, this part was handled different...

parsing incoming emails for valid OpenPGP signatures from registered Trac users might help with spam on another level, other ideas may come to mind, thought of this just because there is ​WiP on ​AnnouncerPlugin for a generic interface to GnuPG that would help here too and would use exactly the complementary functions decrpt/verify instead of sign/encrypt for announcements