Custom Query (332 matches)

If user know the project name, he is can change it in replay message to trac or he is can create a new e-mail to trac with and known Project_Name and after one space #Ticket_id in subject filed and send it. So trac subcribe that user after receive that message on ticket=#ID and Project =Project_Name from subject in the received e-mail without any checks of email authors permissions.

I guess enought to checking author of email (or senders e-mail address) with fileds author,CC (or any subcribers list) in exist ticket (equal ticket_id from subject in e-mail) and when users_name can't find in tickets subscribers of ticket - drop e-mail (or any other action)

Bas, can U make control of this check like variable in email2trac.conf ? - for example: check_subscribers_list = 0/1

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

Strange situation, #247 "to be continied" In attachments log-file of email2trac v.2.4.0(from svn). We're get offten errors on our trac in production mode. Files with short names on russian are stay problem for email2trac.