Custom Query (332 matches)

If I add the @CC: field to an email which will create a new ticket, the CC field will not be set. Ín contrast to the owner field for example.

I the Webgui this works perfect and the Mail of the new ticket creation will be already sent to the CC email.

I was trying to setup email2trac with our new trac installation (latest development version), and new tickets were not created for the emails. Then I realized that email2trac was reporting in the syslog that trac version 0.13 is not supported. With a small patch to /usr/bin/email2trac to ignore this, now my tickets are being created (attachments are working too). Are there any reasons (known problems) for not "officially" supporting trac 0.13?

-- Alexander

With the latest version of Email2Trac on Windows Server 2008 r2 and Python 2.7.1 (with Windows Extensions installed), I get this error:

Traceback (most recent call last):
  File "C:/.../Email2Trac/email2trac.py", line 2382, in <module>
    logger = setup_log(settings, os.path.basename(settings.project), debug_interactive)
  File "C:/.../Email2Trac/email2trac.py", line 2281, in setup_log
    log_handler = logging.handlers.NTEventLogHandler(logid, logtype='Application')
NameError: global name 'logid' is not defined

The phrase "logid" appears nowhere else in the script. I tried just changing "logid" to 1 and got a different error:

Traceback (most recent call last):
  File "C:/.../Email2Trac/email2trac.py", line 2382, in <module>
    logger = setup_log(settings, os.path.basename(settings.project), debug_interactive)
  File "C:/.../Email2Trac/email2trac.py", line 2281, in setup_log
    log_handler = logging.handlers.NTEventLogHandler(1, logtype='Application')
  File "C:\Python27\lib\logging\handlers.py", line 917, in __init__
    self._welu.AddSourceToRegistry(appname, dllname, logtype)
  File "C:\Python27\lib\site-packages\win32\lib\win32evtlogutil.py", line 35, in AddSourceToRegistry
    "SYSTEM\\CurrentControlSet\\Services\\EventLog\\%s\\%s" % (eventLogType, appName))
pywintypes.error: (5, 'RegCreateKey', 'Access is denied.')

Changing this to a different log type prevents this from happening. Instead of ending on a fatal error, perhaps if Windows logging does not work, default to a local log file instead?