Custom Query (332 matches)

Add a filtering option to prevent anyone from adding new tickets via email2trac, without using trac permissions. In my case, to prevent users from sending a new ticket by email if mistaking on the email address. I wrote a dirty fix for that, using an additional configuration file, in which the email addresses of the allowed creators are comma-separated. The patch is attached here.

parsing incoming emails for valid OpenPGP signatures from registered Trac users might help with spam on another level, other ideas may come to mind, thought of this just because there is ​WiP on ​AnnouncerPlugin for a generic interface to GnuPG that would help here too and would use exactly the complementary functions decrpt/verify instead of sign/encrypt for announcements

I've patched email2trac to support an additional configuration option (parentdir) to avoid the need to edit the email2trac.conf for each project when using the ENV_PARENT_DIR option with tracd.

When parentdir is defined on the DEFAULT section the variable is used to build the project PATH when there is no section for the named project.

I'm using it to have email2trac configured for each new project without changing the mail system.

To avoid touching the postfix alias database I'm using addresses of the form trac+PROJECT@mail.domain (I have recipient_delimiter = + on the postfix main.cf file) and the alias file has an entry like the following:

trac: /usr/local/sbin/email2trac-alias

Where /usr/local/sbin/email2trac-alias is a script that does more or less the following:

#!/bin/sh
parentdir="/srv/trac"
if [ -f "$parentdir/$EXTENSION/conf/trac.ini" ]; then
  exec /usr/local/bin/run_email2trac --project="$EXTENSION"
fi
exit 67 # Unknown user

I'm attaching my patch to this ticket.