Generic Agent feature question
These are the possible options: 'name of job' => { # get all tickets with these properties Queue => 'system queue', States => ['new', 'open'], Locks => ['unlock'], # or escalation tickets Escalation => 1, What about from, subject or header? Is the following procedure possible? (because of statistic reasons) Email is coming into otrs -> pool x or y or z GenericAgent looks for: from, subject or header If from is xxxx@yyyy.zzz or subject contains "*** spam ***" then forward to queue SPAM I know this is normally done by procmail (like in our system) but procmail is the fronttool and the mail never gets into otrs (which is normaly ok). But we would like to count such mails for statistic reasons. Cheers Marc
Hi, On Wednesday 19 February 2003 15:13, Marc Scheuffler wrote:
Is the following procedure possible? (because of statistic reasons)
Email is coming into otrs -> pool x or y or z GenericAgent looks for: from, subject or header If from is xxxx@yyyy.zzz or subject contains "*** spam ***" then forward to queue SPAM
I know this is normally done by procmail (like in our system) but procmail is the fronttool and the mail never gets into otrs (which is normaly ok). But we would like to count such mails for statistic reasons.
Of course it can be done by procmail, you simply add an additional header to the mail, and OTRS sorts it directly into the SPAM-Queue: .procmail === # -- # presort mails if spamassassin marks the incoming mail as spam # -- :0 fhw : * ^X-Spam-Status: Yes | formail -I "X-OTRS-Queue: Spam" === (this or smth. the like should be in /opt/otrs/.procmail anyway, but commented out). The drwaback is, that yuou have to close them manually, which is terrible ;-)
Marc
Stefan -- Stefan Schmidt Email: jsj@jsj.dyndns.org
Is procmail still used when fetching mail from POP3 accounts from
within OTRS?
I'm dealing with the same problem :)
- Mark
On Wed, 19 Feb 2003 15:59:33 +0100
Stefan Schmidt
Hi,
On Wednesday 19 February 2003 15:13, Marc Scheuffler wrote:
Is the following procedure possible? (because of statistic reasons)
Email is coming into otrs -> pool x or y or z GenericAgent looks for: from, subject or header If from is xxxx@yyyy.zzz or subject contains "*** spam ***" then forward to queue SPAM
I know this is normally done by procmail (like in our system) but procmail is the fronttool and the mail never gets into otrs (which is normaly ok). But we would like to count such mails for statistic reasons.
Of course it can be done by procmail, you simply add an additional header to the mail, and OTRS sorts it directly into the SPAM-Queue: .procmail === # -- # presort mails if spamassassin marks the incoming mail as spam # -- :0 fhw : * ^X-Spam-Status: Yes | formail -I "X-OTRS-Queue: Spam" === (this or smth. the like should be in /opt/otrs/.procmail anyway, but commented out). The drwaback is, that yuou have to close them manually, which is terrible ;-)
Marc
Stefan -- Stefan Schmidt Email: jsj@jsj.dyndns.org
Hi Mark, On Wed, Feb 19, 2003 at 04:15:25PM +0100, Mark N. wrote:
Is procmail still used when fetching mail from POP3 accounts from within OTRS?
Not if you use "bin/PostMasterPOP3.pl". But I could add a option to bin/PostMasterPOP3.pl to use an external filter (e. g. procmail). I will see if it's possible...
- Mark
Martin -- Martin Edenhofer - <martin at edenhofer.de> - http://martin.edenhofer.de/ -- "Security is a process, not a product." - Bruce Schneier
Hi, On Wed, Feb 19, 2003 at 03:59:33PM +0100, Stefan Schmidt wrote:
Is the following procedure possible? (because of statistic reasons)
Email is coming into otrs -> pool x or y or z GenericAgent looks for: from, subject or header If from is xxxx@yyyy.zzz or subject contains "*** spam ***" then forward to queue SPAM
I know this is normally done by procmail (like in our system) but procmail is the fronttool and the mail never gets into otrs (which is normaly ok). But we would like to count such mails for statistic reasons.
Of course it can be done by procmail, you simply add an additional header to the mail, and OTRS sorts it directly into the SPAM-Queue: .procmail === # -- # presort mails if spamassassin marks the incoming mail as spam # -- :0 fhw : * ^X-Spam-Status: Yes | formail -I "X-OTRS-Queue: Spam" === (this or smth. the like should be in /opt/otrs/.procmail anyway, but commented out). The drwaback is, that yuou have to close them manually, which is terrible ;-)
Or you use: [...] :0 fhw : * ^X-Spam-Status: Yes | formail -I "X-OTRS-Queue: Spam" | formail -I "X-OTRS-State: closed successful" [...] to close also the ticket.
Stefan
Martin -- Martin Edenhofer - <martin at edenhofer.de> - http://martin.edenhofer.de/ -- "Security is a process, not a product." - Bruce Schneier
participants (4)
-
Marc Scheuffler -
Mark N. -
Martin Edenhofer -
Stefan Schmidt