ticket summary component version milestone type owner status created _changetime _description _reporter 321 How to avoid duplicate tickets? email2trac 2.7.0 defect bas assigned 2013-07-02T07:37:21+02:00 2015-06-17T21:02:44+02:00 "How to avoid duplicate tickets?! I'm using [http://www.glpi-project.org/ GLPI] (!HelpDesk). GLPI triggers emails to an account. I'm using Fetchmail. The problem is when the GLPI some status updates and then sends an e-mail alert. This turns out creating a new ticket in Trac. **My email2trac.conf** {{{ #!python [DEFAULT] project: /var/trac/projects/claudino ticket_permission_system: update_restricted_to_participants debug: 1 black_list: MAILER-DAEMON@ drop_spam : 1 drop_alternative_html_version: 1 email_quote: > html2text_cmd: ignore_trac_user_settings: 0 inline_properties: 1 reply_all : 0 spam_level: 5 strip_quotes: 1 strip_signature: 0 ticket_update: 1 umask: 022 verbatim_format: 1 log_type: file log_file: /tmp/email2trac.log mta_user: nobody DEFAULT_keywords : ServiceDesk DEFAULT_component : TRAC DEFAULT_priority : Alta DEFAULT_severity : Normal DEFAULT_type : Triagem [claudino] project: /var/trac/projects/claudino cla_keywords : ServiceDesk cla_component : TRAC cla_priority : Alta cla_severity : Normal cla_type : Triagem }}}" ivanelsonnunes@… 445 Trac 1.4 not supported by email2trac email2trac 2.8.4 defect bas assigned 2019-09-21T16:13:12+02:00 2019-09-22T10:18:03+02:00 "{{{ Dear author of email2trac! Trac 1.4 has been released now. It looks like that this version is not compatible with the latest email2trac version. Emails disappear from the mailbox while no tickets are created. Debug output from /var/log/syslog: {{{ Sep 21 16:04:31 selene fetchmail[285]: 1 message for trac-ticket@webtek.at at luna.webtek.at (1064 octets). Sep 21 16:04:32 selene email2trac trac: Found trac version: 1.4 Sep 21 16:04:32 selene email2trac trac: TRAC version 1.4 is not supported Sep 21 16:04:32 selene fetchmail[285]: reading message trac-ticket@webtek.at@luna.webtek.at:1 of 1 (1064 octets) flushed }}} It would be great if this issue could be fixed. Thank you and good bye, Thomas }}} " thomas.schabetsberger@… 446 How to fix: email2trac test: ImportError: cannot import name TicketNotifyEmail email2trac trunk enhancement bas assigned 2020-02-19T20:20:38+01:00 2020-03-12T10:53:18+01:00 "Hello Bas! Several years ago we're talking via email about email2trac plugin. I hope you're continue developing and supporting email2trac plugin. As you already uderstanding - I have some a little (?) problem again, but now with email2trac version 2.12.2 (src from git repository) and trac version 1.4 (stable). Our company ask me upgrade as old trac v.0.12.3 to latest stable... I was done moved all as trac to 1.4 and enabled mostly popular plugins for 1.4. Adding email2trac should be a last step, but... but... but... The message from email2trac in log like: {{{ 2020-02-19 19:51:32,322 email2trac test: Found trac version: 1.4 2020-02-19 19:51:32,322 email2trac test: TRAC version 1.4 is not supported }}} that was not a problem - I finded ticket in yours trac about it and maked changes - add ,'1.4' into code ""if version in .... But after that I geted more seriosly problem for me: {{{ 2020-02-19 20:14:16,010 email2trac test: File ""/usr/bin/email2trac"", line 2913, in from trac.ticket.notification import TicketNotifyEmail 2020-02-19 20:14:16,010 email2trac test: ImportError: cannot import name TicketNotifyEmail }}} As you remember - I not a profi in python code , can read code and apply the fixes. As I guess the problem near module names in 1.4 trac. Can you help me with that? I hope you're not a strong busy atm. I'm ready to testing any idea fro solution problem. PS: o'course I can made the ticket in yours trac if it need - required? " slevin@… 380 reply creates new ticket email2trac 2.4.7 setup bas assigned 2016-02-26T20:28:33+01:00 2016-02-29T13:16:04+01:00 "we changed our notification subject line to: {{{ ticket_subject_template = #$ticket.id @$ticket.owner | $ticket.status | $summary }}} ... and suddenly replies to ticket-notifications do not create comments any more but new tickets. Versions: (installed from Debian 7 packages) * trac 0.12.5 * email2trac is 2.4.7 /etc/email2trac.conf : {{{ [DEFAULT] project: /srv/www/trac/env/kunden-trac/ debug: 1 umask: 022 spam_level: 5 reply_all : 0 umask: 022 email_header: 0 alternate_notify_template : alternate_notify_template_update : drop_spam : 0 strip_signature: 0 email_quote: > strip_quotes: 1 ignore_trac_user_settings: 0 black_list: MAILER-DAEMON@ drop_alternative_html_version: 1 [support] mailto_link: 1 html2text_cmd: /usr/bin/html2text -nobs inline_properties: 0 ticket_update: 1 ticket_update_by_subject_lookback : 90 email_header: 0 strip_signature: 1 strip_quotes: 0 verbatim_format: 1 always_notify_reporter: 0 no_reporter: 0 no_reporter_email: 1 default_component : 1 support default_owner: blank-support default_intern_extern: extern }}} I also tried setting ""ticket_update_by_subject : 1"" but it did not help. What can we do?" klaus@… 418 Email doesn't create tickets email2trac 2.11.0 setup bas assigned 2017-08-03T05:47:16+02:00 2017-08-04T10:34:54+02:00 "{{{ Hi, I'm having a problem with the 'email2trac' software. I expect it's a problem with my configuration, but I have no idea where. I've gone through the docs and tickets and made the changes that I thought would help, making some progress (thanks to ticket 279), but I'm now at a standstill (nothing in the audit.log file). I'm currently running V2.11 of email2trac on a free Amazon EC2 instance running Amazon Linux. Installation procedure (run as ROOT): # Install email2trac mkdir work cd work wget ftp://ftp.surfsara.nl/pub/outgoing/email2trac.tar.gz tar xzf email2trac.tar.gz cd email2trac-* ./configure --with-mta_user=editors --with-trac_user=apache make make install cd ../.. rm -rf work Invocation: Because the incoming email is generated from a forum as PMs, the ""From"" on the incoming message is meaningless, and I need to extract the originator from the content of the message. To do this, I use a .forward file to send the message to a script to filter/modify incoming messages. That script creates a ""valid"" (I hope) message and sends it to the email2trac script, as follows: /usr/local/bin/run_email2trac -d -v < ${TMP}/message.out 2>&1 > /tmp/email2trac.log A sample of the message.out file is: From: testuser Date: Thu, 03 Aug 2017 03:10:32 +0000 Message-Id: <4u1zhunt3szu.1VytYN2dZNyn-FOlnrAlkw2@tracking.mydomain.com> Subject: New ticket ID test #6 Are there additional header lines that I need to include? The /tmp/email2trac.log file always ends up empty, and there's no information in the SYSLOG file. How can I get more information out of email2trac, so that I can resolve this? Thank you. Peter Ashford }}} " ashford@… 376 Not a problem just something that might help others email2trac 2.8.4 enhancement bas assigned 2015-12-08T17:55:54+01:00 2015-12-08T18:01:38+01:00 "After solving some email server issues because of vlans and firewalls on campus, I finally got my emails to deliver to Trac and the maillog showed the command was being processed but tickets did not post. so I added some redirection output to my command and found that trac.ini was not readable and trac.log was not writeable. So I change permissions on those and it is working now, thanks. I am using Postfix and the command I used is: ""| /usr/local/bin/email2trac -d -v --project=eresources >>/usr/local/log/email2trac.errors 2>&1"" You may want to pass this along with the documentation. Thanks for the work you have done. Thomas Bennett" bennetttm@… 378 Mitigating autorespond loops by implementing RFC 3834 email2trac 2.9.0 enhancement bas assigned 2016-02-20T22:24:14+01:00 2016-11-14T21:56:35+01:00 "My email2trac and trac are configured to notify the reporter for ticket creation and updates. Occasionally an automated system sends an email, causing it to receive an automated reply, causing it to send its own automated reply, essentially creating a loop. Stopping this requires manual intervention by adding the offending address to notify_reporter_black_list This could be partly reduced by following some of the RFC 3834 recommendations. Specifically not sending an autorespond in case the Auto-Submitted header is present (unless it is set to no) or the Precedence header is present and set to list, junk or bulk. Trac already sets these headers on outgoing mails. This however will not stop mail loops with remote mailers that both do not set nor check these headers. " email2trac@… 414 Last Milestone version email2trac 2.9.0 enhancement bas assigned 2017-04-28T11:44:37+02:00 2017-04-28T16:07:39+02:00 "We are creating ticket from email forarded to trac and by using EmailToTrac. We use variables to initialize fields and are trying to intialize the Milestone. Is there a way to initialize this field (milestone) with the [[span(style=color: #FF0000, '''LAST OPEN VALUE''')]] ?" dfi@… 402 Register for https://oss.trac.surfsara.nl/email2trac/ email2trac 2.8.4 task bas assigned 2016-11-10T07:25:39+01:00 2016-11-11T22:52:00+01:00 "{{{ Hi I'd like to register with this email account if possible, so that I can contribute to the email2trac project. thanks Jacob -- Jacob Share Job Search Expert & Professional Blogging Consultant https://jobmob.co.il/ Follow me on Twitter: https://twitter.com/jacobshare }}} " jacob.share@… 328 Better handling of invalid inline properties email2trac 2.7.0 defect bas assigned 2013-08-24T00:11:04+02:00 2013-09-12T15:26:12+02:00 "We have a few cases where the text in the body of the message matches an inline property request and email2trac exits with a non-zero exit status and the MTA bounces the email with the most unhelpful message: {{{ : Command died with status 1: ""/usr/bin/run_email2trac"". Command output: saving email to /tmp/tmpa6SfOO.email2trac writing body to /tmp/tmpbJnIAS.email2trac }}} If you look in the logs, you can see the python traceback from the unhandled exception: {{{ Emailtrac: ProgrammingError: column ""dev02"" of relation ""ticket"" does not exist LINE 1: UPDATE ticket SET dev02='~$' WHERE id=2161 }}} This was generated by the line: @dev02:~$ time curl -s - which was meant to explain the shell command being run but inadvertently attempts to set the (non-existent) dev property to '~$'. I can think of a few ways to handle this: 1) restrict where the properties setting syntax is valid. E.G. a few ticketing systems allow the property setting only in first set of lines of the email. As soon as a blank line is encountered, scanning for property setting is turned off. The inline_properties setting could take the values: ""on"", ""off"", ""top"" .... Where top means only the first blank space separated paragraph would have property parsing enabled. 2) return a better error message from the interface. IIRC anything emitted by the delivery program to stdout will be returned in the bounce message. So catching the error and generating output like: {{{ line #13 of your message: @dev:~$ .... attempted to set the property dev and failed. If you didn't mean to set a property indent the line or use a character other than @ to start the line. }}} from email2trac (assuming an indented line can not set a property) would be most helpful. " anonymous 332 email2trac without updating updater email2trac 2.7.0 defect bas assigned 2013-11-22T18:41:07+01:00 2014-07-16T07:58:55+02:00 "I want to use trac as a backend support system with an email front-end via email2trac. The problem is that trac defaults to sending out emails for every change to a ticket, so when someone emails a new ticket or a response (via email2trac) Trac emails them the ticket change that they just made (or sends no notification depending on trac config). I want to suppress that so the only notifications they get are changed done by other people. One solution to this is the trac plugin to change notification behavior: [http://trac-hacks.org/wiki/NeverNotifyUpdaterPlugin NeverNotifyUpdater ]. My problem is I can't get email2trac to use this plugin. Looking at the code for email2trac, is seems to load the trac environment and load my plugins (including !NeverNotifyUpdaterPlugin) but I think email2trac is sending notifications from a method that !NeverNotifyUpdaterPlugin doesn't see (or hijack for its own purposes). Maybe there is a better way to get Trac / email2trac not to send out notifications to the updater (!AnnouncerPlugin although I don't see how to configure it to do that)? I'm using 2.7.6 for email2trac and trac 1.0.1. Thanks, " Ben 297 Add support for ticket-specific email addresses via wildcards email2trac enhancement bas assigned 2012-05-19T10:59:26+02:00 2015-10-19T12:19:52+02:00 "Currently, there is one e-mail address and bug # (and other information) is parsed from the subject field. It would be nice also to support the configuration of wildcard e-mail addresses, one address per issue, like `bug243-trac@domain` or `243@bugs.domain` and such (configured via format string, and via wildcards in the MTA config). (The subject field would be perhaps added on the top of the comment, or discarded) It would be easier to cc bug mails (to someone not on trac, and to trac itself), without requiring some particular subject text, and the conversation could seamlessly happen over e-mail and web combined. Notification about ticket changes could be sent with the sender's address `Diplayed User Name <234@bugs.domain>` (this is what launchpad does), or with the `reply-to` field modified accordingly." eu@… 307 Bold and Italics to use trac WikiFormatting email2trac 2.6.2 enhancement bas assigned 2012-11-17T15:51:49+01:00 2016-09-08T12:13:54+02:00 "Currently email2trac translates formatting like this: * `/words in italics /`: /words in italics / * `*words in bold *`: *words in bold * Is there a way to make these use trac WikiFormatting: * `''words in italics ''`: ''words in italics '' * `'''words in bold '''`: '''words in bold '''" kb@… 331 Update to work with Apache Bloodhound email2trac 2.7.0 enhancement bas assigned 2013-11-12T15:36:47+01:00 2014-02-28T23:55:04+01:00 "Hi Bas, Glad to see you noticed the associated thread on the bloodhound dev mailing list. A bit ago bloodhound made some changes that I believe breaks the previous compatibility with email2trac. I have created a patch that gives some hints for how support for bloodhound might be provided with some limited detection of a bloodhound environment to provide some safety. At the moment I think I have only included the ability to specify a bloodhound product on the command line." gary.martin@… 339 Patch Integration GLPI with Email2Trac. email2trac 2.7.0 enhancement bas assigned 2014-04-01T23:03:26+02:00 2014-04-02T22:48:00+02:00 "Hello, I made a simple change to integrate the Email2Trac with tool [1] GLPI. The integration is performed using the subject line of emails sent by GLPI. The emails that are sent by ""GLPI"" in the subject have the text ""Service Desk #ZZZ"" where ""ZZZ"" is a unique number created in GLPI. Attached the patch. [1] http://www.glpi-project.org/spip.php?lang=en " ivanelsonnunes@… 344 Allow use of inline-properties to identify the source of a ticket comment email2trac 2.8.4 enhancement bas assigned 2014-10-08T15:03:08+02:00 2014-10-13T11:34:54+02:00 "Unfortunately, users sometimes email issues directly to developers. The developers can forward these to requests to Trac, and use the `@reporter` in-line property to make sure that the issue is properly attributed to the original reporter. Equally unfortunately, users sometimes send emails about existing issues directly to developers without Cc'ing Trac. Again, the developers can forward these emails to Trac, but there appears to be no in-line property that we can use to tell `email2trac` that the comment should be attributed to the original commenter. AFAICT, in-line properties only work for ticket properties, and not for comments, as is [//oss.trac.surfsara.nl/email2trac/wiki/Email2tracParse#ticket documented]. Developers are unable to change the 'From' property in their email clients, for security reasons. " Geraint Hywel <0c9876c7@…> 349 Unable to configure email2trac email2trac 2.8.4 setup bas new 2014-12-30T10:15:46+01:00 2014-12-30T10:29:07+01:00 "Hi, I downloaded email2trac.tar.gz. Compiled and created a RPM packages and deployed that on linux env which is hosting trac. Below is the details of the package deployed. email2trac-2.8.4-1.i686 Not finding any way around, after deploying what configuration needs to be done to enable tickets to be created by sending mail. Can someone help please." anuj@… 318 honoration of Reply-to: field in email email2trac 2.6.2 enhancement bas assigned 2013-05-23T10:24:22+02:00 2013-07-29T15:20:43+02:00 "I would like to have the ability that email2trac honors the Reply-to: field of an email. If the reply-to field is filled in the email, it should be used instead of the From: field I think this option should be configurable to enable or disable this in your environment." jaap.dijkshoorn@… 367 attachment as raw-attachment? email2trac 2.8.4 enhancement bas assigned 2015-05-28T09:00:50+02:00 2015-06-01T10:40:48+02:00 "Hi Guys, first of all: great software, thanks! One nuisance is that attachments are added to the ticket as a link {{{[attachment:file]}}}. When I click on the link, I get a preview window. Unfortunately, trac can't preview most formats, so it's a useless intermediate step. Could you replace {{{attachment}}} with {{{raw-attachment}}}, so the preview is skipped and the original file is downloaded immediately? Or, even better, only to use {{{attachment}}} for formats that trac can preview? Cheers, John" anonymous 194 Better way of stripping outlook-style top-post replies email2trac 1.3.2 strip signature/quotes enhancement bas assigned 2010-04-09T20:41:23+02:00 2011-11-30T10:50:03+01:00 "Note that this works well only in conjunction with ""strip quotes only on ticket update"" functionality suggested in #192. The trouble with Outlook-style replies is that message forwards have the exact same format as message replies. If you apply this patch without stripping quotes on ticket updates, you will potentially lose important data if someone forwards you an email to start a new request or cc's you in the middle of an existing thread." Konstantin Ryabitsev 153 Trac notification dividers not stripped from Outlook replies email2trac 1.0.0 strip signature/quotes setup anonymous new 2009-10-05T17:07:11+02:00 2017-11-07T19:41:17+01:00 "I'm using Outlook 2003, Trac 0.11.1, and the current email2trac. When I get a Trac notification like: {{{ #1148: Install email2trac plugin --------------------------------+------------------------------------------- Reporter: chrisn | Owner: chrisn Type: task | Status: reopened Priority: minor | Milestone: Housekeeping Component: Trac Installation | Version: Resolution: | Keywords: Blockedby: | Estimatedhours: 0.0 Build: none | Blocking: Hours: 0 | Totalhours: 1.45 Customer: | Defectcause: --------------------------------+------------------------------------------- Comment: A comment. }}} and I Reply, Outlook shows me: {{{ Engineering Tasks wrote: > #1148: Install email2trac plugin > --------------------------------+------------------------------------------- > Reporter: chrisn | Owner: chrisn > Type: task | Status: reopened > Priority: minor | Milestone: Housekeeping > Component: Trac Installation | Version: > Resolution: | Keywords: > Blockedby: | Estimatedhours: 0.0 > Build: none | Blocking: > Hours: 0 | Totalhours: 1.45 > Customer: | Defectcause: > --------------------------------+------------------------------------------- > > Comment: > > A comment. My reply here... }}} and this shows up in a Trac ticket comment as: {{{ Engineering Tasks wrote: --------------------------------+--------------------------------------- ---- --------------------------------+--------------------------------------- ---- My reply here... }}} which shows up as the attribution line followed by four horizontal rules followed by my reply. I had thought that maybe the long lines were breaking to something like: {{{ Engineering Tasks wrote: > #1148: Install email2trac plugin > -------- > ... > -------- > ... }}} I had Outlook configured to force line breaks at 76 characters but increased it to 90 without this changing and the message in my Sent archive (attached) shows the dividing lines on the same line as the "">""." Chris.Nelson@… 448 check out these promo codes Spam 1.2.0 strip signature/quotes task new 2024-01-23T16:09:38+01:00 2024-01-23T16:09:38+01:00 "Each organization out there is looking for ways to cut costs to keep themselves floating during these tough times. The majority of the folks while in the developed places don't possess the mindset to save dollars for future. If you do not make use of these more coupons, you then've wasted funds in place of protecting it. Hostmonster nameservers are equally simple to startup, as Hostmonster provides an industrystandard, [http://www.greater59.com/ Full Article] universal domainname controlled. When you would want to utilize a promotion search to handle for your wants and don't fear being a outcomes of offers provided it-all. The smaller classifieds do not necessarily include each of the coupons given by producer's and promotion companies." moniqueangus@…