RT mail gateway

Is there any way to receive more debugging information than just “Ticket
creation failed” when sending something to the mailgate?

I’m havine troubles getting tickets submitted via the mail gate, is there
any documentation on this topic?

Thx

“SH” == Shaun Hedges shaun@lexicom.ab.ca writes:

SH> Is there any way to receive more debugging information than just “Ticket
SH> creation failed” when sending something to the mailgate?

SH> I’m havine troubles getting tickets submitted via the mail gate, is there
SH> any documentation on this topic?

Your mail system logs might have some more info. It depends on how
nice your mail server software is to you.

hi,
i have a question regarding the setup of RT to receive
email. i read the manual installation doc and it
looks like i have to add the following to
/etc/aliases…

rt: "|/opt/rt3/bin/rt-mailgate --queue general
–action correspond --url http://localhost/"
rt-comment: “|/opt/rt3/bin/rt-mailgate --queue general
–action comment --url http://localhost/

this example shows that there would be an email
address “rt” corresponding to the general queue with
action of correspond. another email address of
"rt-comment" corresponding to the general queue with
action of comment.
our RT system currently has around 130 queues. does
that mean we’d need 260 entries in the /etc/aliases
file and email addresses?
thanks
jim

Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

hi,
i have a question regarding the setup of RT to receive
email. i read the manual installation doc and it
looks like i have to add the following to
/etc/aliases…

rt: "|/opt/rt3/bin/rt-mailgate --queue general
–action correspond --url http://localhost/"
rt-comment: “|/opt/rt3/bin/rt-mailgate --queue general
–action comment --url http://localhost/

this example shows that there would be an email
address “rt” corresponding to the general queue with
action of correspond. another email address of
"rt-comment" corresponding to the general queue with
action of comment.
our RT system currently has around 130 queues. does
that mean we’d need 260 entries in the /etc/aliases
file and email addresses?
yes, there is no way to fetch queue name from new email if address is
the same for all queues.

thanks
jim


Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

We’re hiring! Come hack Perl for Best Practical: http://bestpractical.com/about/jobs.html

Best regards, Ruslan.

hi,
i have a question on setting up mail gateway for RT.
we’re using rt3.2.2 with about 200 queues. is it
possible to setup the gateway so that when someone
reply to a ticket, the gateway would read the subject
of the mail and utilize the ticket number in the
subject field to update the ticket? from looking at
the documentation, email alias are setup to a specific
queue so we’d have hundreds of email aliases and
everytime we add a new queue we’d have to add another
email alias. is this correct? thanks
jim

Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

At Tuesday 5/23/2006 11:19 AM, James Lee wrote:

hi,
i have a question on setting up mail gateway for RT.
we’re using rt3.2.2 with about 200 queues. is it
possible to setup the gateway so that when someone
reply to a ticket, the gateway would read the subject
of the mail and utilize the ticket number in the
subject field to update the ticket?

This is the default behavior - you’re all set on that one.

from looking at
the documentation, email alias are setup to a specific
queue so we’d have hundreds of email aliases and
everytime we add a new queue we’d have to add another
email alias. is this correct? thanks
jim

Yes - but it’s not too hard to automate this. We have a cron job that
sweeps through the queue mail addresses regularly and makes the
corresponding updates to the aliases file.

Steve