Custom Query (332 matches)
Results (295 - 297 of 332)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#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. |
|||
#265 | wontfix | Crash | bas | support@… |
Description |
Hello email2trac. I observed a crash with email2trac, which I think happens when no Subject-header is given, although I'm only speculating 2011-08-03T08:02:08.975852+02:00 trac.sikkerhed.org email2trac: Traceback (most recent call last): 2011-08-03T08:02:08.979852+02:00 trac.sikkerhed.org email2trac: File "/usr/bin/email2trac", line 1642, in <module> tktparser.parse(sys.stdin) 2011-08-03T08:02:08.979852+02:00 trac.sikkerhed.org email2trac: File "/usr/bin/email2trac", line 961, in parse m.replace_header('Subject', m['Subject'].replace('\r', '').replace('\n', '')) 2011-08-03T08:02:08.979852+02:00 trac.sikkerhed.org email2trac: AttributeError: 'NoneType' object has no attribute 'replace' This is the standard package from Debian lenny. Not sure which version number that is. |
|||
#279 | wontfix | email2trac 2.4.5 with sendmail 8.14.4-8 and 0.12.1-4 on CentOS 6.0 | bas | anonymous |
Description |
Hello, I'd like to use email2trac with my trac installation but sendmail gives only this error: to="|run_email2trac", ctladdr=<mail@example.com> (8/0), delay=00:00:01, xdelay=00:00:00, mailer=prog, pri=30840, dsn=5.3.0, stat=unknown mailer error 254 I tried to turn off selinux. The message does not change. I had a look at the source. Is the problem that caller is not the same user as mta is running? if ( caller != MTA->pw_uid ) { if ( DEBUG ) printf("Invalid caller UID (%d)\n",caller); return -2; /* 254 : Invalid caller */ } cheers Andi |