Hi zusammen,
folgendes Setup nutzen wir seit langen erfolgreich.
OTRS 3.2.9
diverse Queue´s (u.a support und linux) die via einer eigenen email adresse "gefüttert" werden.
die email adresse sind seperate email accounts mit eigenständigen login.
support@company.com -> otrs.postmaster holt sich email via imap (imap login= support) und verteilt nach der queue -> raw -----> das klappt einwandfrei
linux-support@company.com -> otrs.postmaster holt sich die email vom richtigen seperaten imap account (imap login linux-support) und sollte sie eigentlich in die queue linux verteilen, aber er packt sie in die raw queue.
in den systemlogs sehe nichts dazu.
ist das eventl ein bug? das er nicht mit "wasauchimmer-support" klar kommt?
.beo
Postmaster stellt in die falsche Queue zu.
Postmaster stellt in die falsche Queue zu.
"Produktiv": OTRS: 3.2.9
"Testing": OTRS: 3.2.9 + ITSM
OS: Debian, Centos
Apache2/MySQL 5
"Testing": OTRS: 3.2.9 + ITSM
OS: Debian, Centos
Apache2/MySQL 5
Re: Postmaster stellt in die falsche Queue zu.
irgendwelche Postmaster Filter?
Ansonsten rate ich Dir einen Update auf das letzte Patchlevel Deiner Version oder auf die 3.3.
Ansonsten rate ich Dir einen Update auf das letzte Patchlevel Deiner Version oder auf die 3.3.
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Re: Postmaster stellt in die falsche Queue zu.
Ich habe einige Postmaster Filter, aber keines von denen sollte eigentlich da rein greifen. Aber via einen Postmaster Filter könnte ich das Problem vorerst lösen.
Statt Verteilung via Queue mache ich das mit einen neuen Postmaster Filter.
Danke, ich werd mal ein Upgrade auf die 3.3.X machen.
Statt Verteilung via Queue mache ich das mit einen neuen Postmaster Filter.
Danke, ich werd mal ein Upgrade auf die 3.3.X machen.
"Produktiv": OTRS: 3.2.9
"Testing": OTRS: 3.2.9 + ITSM
OS: Debian, Centos
Apache2/MySQL 5
"Testing": OTRS: 3.2.9 + ITSM
OS: Debian, Centos
Apache2/MySQL 5