Thanks for pointing me to check the logs, don't know how I missed that! Well, apparetnly 3.1.11 now is case sensitive in the "Set Email Header" fields, am I right or wrong?
Is there anyway to disable this? Can it be configured so that "queue_name" be treated the same as "Queue_NAME"? Thanks //M On Wed, Nov 28, 2012 at 4:24 PM, Gerald Young <[email protected]> wrote: > What does the log say about the assignment of Queue? > > May I inquire as to why you decided on Customer Based Queues? Are there > different agents handling different customers? > > > On Wed, Nov 28, 2012 at 9:07 AM, Muhammad El-Sergani > <[email protected]>wrote: > >> I'm sorry guys, nothing is working here. >> Any pointers as to where to look at for problems/errors? >> >> >> Thanks >> //M >> >> >> >> On Tue, Nov 27, 2012 at 8:37 PM, Sune T. Tougaard <[email protected] >> > wrote: >> >>> We do something similar on our 3.1.2 install.**** >>> >>> Not sure how I got this one figured out (or even if it’s entirely >>> correct), but here’s a good site to test: http://regexpal.com/**** >>> >>> (and I’m sure some regexp guru can do this 6 characters or less ;-) )*** >>> * >>> >>> ** ** >>> >>> >>> (.*\@topdomain|.*\@subdomain|.*\@subdomain\.topdomain|.*\@split\-sub\-domain|.*\@split\-sub\-domain\.topdomain)\.com >>> **** >>> >>> ** ** >>> >>> This should match:**** >>> >>> [email protected]**** >>> >>> [email protected]**** >>> >>> [email protected]**** >>> >>> [email protected]**** >>> >>> [email protected]**** >>> >>> ** ** >>> >>> The at sign may not be necessary to escape, but I read somewhere that >>> perl sometimes expects the @ to be seomthing else.**** >>> >>> ** ** >>> >>> -- **** >>> >>> /Sune T.**** >>> >>> ** ** >>> >>> **** >>> >>> *From:* [email protected] [mailto:[email protected]] *On Behalf >>> Of *Muhammad El-Sergani >>> *Sent:* 27. november 2012 15:20 >>> *To:* User questions and discussions about OTRS. >>> *Subject:* [otrs] Problem with Postmaster filters (?)**** >>> >>> ** ** >>> >>> Hi all,**** >>> >>> ** ** >>> >>> I'm not sure if this is a bug or misconfiguration. We're using OTRS >>> 3.1.11 and we noticed that emails are not dispatched to their right Queues >>> using Postmaster filters.**** >>> >>> ** ** >>> >>> We're using IMAPs, Trusted account, Dispatching by select Queue >>> (previously by To: field) and tried the following syntaxes in our filters: >>> **** >>> >>> ** ** >>> >>> *Filter condition (one of the following per test):***** >>> >>> From == @domain**** >>> >>> From == @domain.***** >>> >>> From == .*@domain**** >>> >>> From == .*@domain.***** >>> >>> ** ** >>> >>> *Set Email Header:***** >>> >>> X-OTRS-Queue == *Queue_name***** >>> >>> ** ** >>> >>> Please let me know your thoughts, it's very frustrating and used to work >>> OK on our earlier installation, 3.0.1.**** >>> >>> ** ** >>> >>> Thanks**** >>> >>> //M**** >>> >>> ** ** >>> >>> --------------------------------------------------------------------- >>> OTRS mailing list: otrs - Webpage: http://otrs.org/ >>> Archive: http://lists.otrs.org/pipermail/otrs >>> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >>> >> >> >> --------------------------------------------------------------------- >> OTRS mailing list: otrs - Webpage: http://otrs.org/ >> Archive: http://lists.otrs.org/pipermail/otrs >> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >> > > > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
