Custom Query (332 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (130 - 132 of 332)

Ticket Resolution Summary Owner Reporter
#190 fixed outstanding permissions issue with email2trac bas stroller
Description

i'm using email2trac with postfix and as per the instructions on the wiki did not use run_email2trac - email2trac is invoked directly by an alias

everything is working except one issue. when i create a ticket from the web with an attachment the attachment dir is owned by www-data:www-data but when a ticket comes from postfix (via email2trac) its owned by nobody:www-data

i want to attach a file to this ticket from the web after the original ticket was created by email2trac but can't due to the permissions described above. i did set ui on the email2trac binary but this didn't help. i also set the sticky bit on the attachments dir but this didn't help either.

any advice would be much appreciated, thx

#254 wontfix Option to restrict updates by reporter bas kofal002@…
Description

This ticket is closely related to #253.

When using Email2Trac to handle incoming customer email, it would be nice to have the script only update tickets sent from the reporter. This option would obviously remove the capability for developers to update tickets via email (and thus this option should be disabled by default), but would be excellent for customer support, where the reporter is the only external client who should ever update a ticket.

Something like restrict_update_to_reporter. With the option enabled, if no tickets are found with the same subject/ticket# AND same reporter/sender, then create new ticket.

#219 fixed Option to detect valid users when using a default_domain and no email on settings bas sto@…
Description

At our installation we are using email_default_domain (or smtp_default_domain) for all users; that way no one has to set their email_address on their preferences, but when they open a ticket using email2trac the system believes that they are not valid users.

I'm attaching a patch to enable the use of a email_default_domain on the email2trac configuration to avoid that case; with the patch if someone with an address of the form USER@DEFAULT_DOMAIN sends a message and there is an entry for USER on the session table then the ticket is created by USER.

Note that the patch does not apply cleanly to the current trunk because of the changeset:481, but the fix is trivial... ;)

Note: See TracQuery for help on using queries.