Ankündigung

Einklappen
Keine Ankündigung bisher.

Augehendes Routing

Einklappen
Dieses Thema ist geschlossen.
X
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Augehendes Routing

    Ich habe ein Problem beim Routing:
    wir setzen Exchange 2007 und OfficeMaster ein mit 2 ISDN Karten und 2 Rufnummerblöcken ein. Die Rufnummer sind in unterschiedlichen Firmenbereichen Mitarbeitern zugeordnet.
    Die Mitarbeiter aus Bereich A mit Nummer +491234 7777-XX sollen über Adapter A versenden und Mitarbeiter aus Bereich B mit Nummer +491237 8888-XX sollen über Adapter B versenden. Egal was ich beim ausgehenden Routing eintrage, es funktioniert nicht. Trage ich nichts ein, wird der erste freie Controller genutzt. Trage ich für A z.B. ein .*,.*,+491234 7777* wird der Controller B genommen (es sei denn hier ist z.B. .*,.*,+491234 8888* eingetragen, dann geht gar nichts).
    Das eingehende Routing und die Verteilung an die Mitarbeiter funktioniert einwandfrei.
    Weiß hier jemand Rat?

    #2
    Hallo Herr Engert,

    wenn ich davon ausgehe, dass die abgehenden Rufnummern inkl. Länderkennzahl etc. (also nicht nur die Durchwahl des Absenders) im Versandauftrag steht, gibt es nur einen (klitze)kleinen Mangel an der von ihnen beschriebenen Konfiguration: es fehlt der Punkt vor dem Sternchen.

    Ihre (hier gepostete) Konfiguration bewirkt, dass alle Versandaufträge von Absendern mit der +491234 77 +491234 777 +491234 7777 +491234 77777 +491234 777777 usw. auf der ISDN Karte A versand werden. Alle anderen Aufträge werden NICHT über die Karte A versendet.
    Die Einstellung, die das von Ihnen gewünschte Ergebniss bringt, lautet: +491234 777.* <- Punkt vor dem Sternchen heißt: beliebiges Zeichen darf (nach der 777) (mehrfach)vorhanden sein.

    Ralf Jänike

    Kommentar


      #3
      Hallo Herr Jänike,

      danke für die schnelle Reaktion. Leider ist dies nicht das Problem. Hatte nur im Post den . vergessen.
      Der Eintrag in unserem Sytsem sieht schon so .*,.*,+491234 7777.* aus.
      Hinweis: Bei diesem Eintrag bleibt die Verarbeitung beim Status "warte auf Komponente vom Typ SendRec" stehen.

      Gruss
      Fa. Eugen Engert
      Andreas Boberg

      Kommentar


        #4
        Hallo Herr Boberg,
        1. Öffnen Sie bitte die Jobstatus-Azeige
        2. Wählen den Eintrag (Warte auf SendRec) aus
        3. drücken die Taste F3
        4. und posten den Inhalt der Karteikarte Dump hier als Antwort

        dann kann man sehen, welche Absender-Nummer tatsächlich im Job steht, und entsprechend interpretiert wird
        Für weitergehende Analyse kann auch die Datei omcums0.0 herangezogen werden

        Ralf Jänike

        Kommentar


          #5
          Hallo Herr Jänike,

          anbei das Protokoll. es sollte in diesem Fall zwar eine SMS gesendet werden, dies sollte für das Routing aber keine Rolle spielen. Die Routingeinträge sind identisch zum Fax.

          (
          LONG Status: 0 ;
          STRING StatusChain: "SendRec" "Split" "CheckSendNotCfg" "InOut" ;
          STRING Type: "Send" ;
          STRING Creator: "msx2kgate0" ;
          STRUCT RecParList:
          (
          STRUCT SMS:
          (
          STRING OADExt: "+49 aaa bbb cc" ;
          );
          );
          STRING CostCenter: "" ;
          STRING SenderName: "Andreas Boberg <A.Boberg@company.de>" ;
          STRING SenderRoute: "msx2kgate0,LDAP://CN=Andreas Boberg/OU=Benutzer/OU=company/DC=domain/DC=de,+49 aa bbb cc" ;
          STRUCT MsxGatewayData:
          (
          STRUCT Originator:
          (
          STRING Address: "A.Boberg@company.de" ;
          STRING AddressType: "SMTP" ;
          STRING HTMLTemplate: "" ;
          STRING CreationTime: "31.03.2009 15:39" ;
          STRING OriginalSubject: "" ;
          STRING InboundCopy: "" ;
          STRING OutboundCopy: "" ;
          STRING InboundPrinter: "" ;
          STRING OutboundPrinter: "" ;
          STRING SubjectFormat: "0" ;
          LONG Language: 0 ;
          LONG DeliveryMode: 1 ;
          LONG DeliveryFormat: 2 ;
          LONG ThumbnailFormat: 0 ;
          LONG RequestOCR: 0 ;
          LONG ObsoleteHTMLMode: 2 ;
          LONG MultiStatusChunk: 20 ;
          LONG MaxPartsSML: 1 ;
          LONG ReceiverCount: 1 ;
          );
          );
          STRUCT Document:
          (
          STRUCT File:
          (
          STRING Name: "0001d356.txt" ;
          STRING Format: "TXT_WIN1250" ;
          )
          (
          STRING Format: "TXT_UTF8" ;
          STRING Name: "0001d357.txt" ;
          );
          STRING FormatRequirements: "TXT_UTF8" ;
          );
          STRUCT Receiver:
          (
          STRING Address: "0172aabbcc" ;
          STRING Type: "SMS" ;
          LONG Number: 1 ;
          SHORT DocList: 0 ;
          STRUCT Parameters:
          (
          USHORT MaxParts: 1 ;
          );
          STRING FormatRequirements: "TXT_UTF8" ;
          );
          STRUCT Notify:
          (
          STRING Component: "msx2kgate0" ;
          BOOL ResDocReq: TRUE ;
          BOOL SingleStatReq: TRUE ;
          BOOL SingleStatNot: TRUE ;
          );
          STRUCT ReportInfo:
          (
          STRING Type: "FeedBackMailCopy" ;
          STRING CreationTime: "31.03.2009 15:39" ;
          LONG ReceiverCount: 1 ;
          LONG Priority: 0 ;
          STRUCT Originator:
          (
          STRING Address: "A.Boberg@company.de" ;
          STRING AddressType: "SMTP" ;
          );
          STRUCT Receiver:
          (
          STRING Address: "0172aabbcc" ;
          STRING Type: "SMS" ;
          LONG MsgType: 1 ;
          );
          STRUCT Data:
          (
          STRING Bodytext: "test


          " ;
          BIN Winmail: ;
          );
          );
          STRUCT Split:
          (
          ULONG OriginId: 119637 ;
          BOOL SignFlag: FALSE ;
          );
          )
          Zuletzt geändert von Ralf Jänike; 01.04.2009, 11:10. Grund: Anonymisierung

          Kommentar


            #6
            Ganz konkret auf diesen Job bezogen sollte der Routing-Eintrag wie folgt lauten: .*,.*,+49 aa bbb cc. Etwas allgemeiner formuliert: .*,.*,+49 aa bbb.*

            Das Routing ist ggf. mit und ohne Leerzeichen zu konfigurieren für bessere Vergleichbarkeit. Nach dem Übernehmen der Einstellungen das Routing neu berechnen lassen (Menü: Ansicht -> Job-Verarbeitung, Schaltfläche: Neu berechnen) und den Sende-Auftrag erneut erzeugen.

            Zur weiteren Diagnose einen Screenshot der Job-Verarbeitung machen. Die Logdatei omcums0.0 wäre ebenfals hilfreich.

            Ralf Jänike
            Zuletzt geändert von Ralf Jänike; 01.04.2009, 11:08. Grund: Anonymisierung

            Kommentar


              #7
              Guten Morgen Herr Jänike,

              genau diesen Routingeintrag hatte ich ja vorher auch schon eingetragen.
              Die Verarbeitung bleibt bei der Komponente CTRL hängen, so ,dass in der Logdatei omcums0.0 noch gar nichts steht. In der CTRL.0 ist hingegen folgender Eintrag zu finden:
              15760) 09/04/01 07:31:20 - INFO: AcceptJob(): processing job 119871 (0x1d43f) from 'smtprx0' with initial flag on.
              (15760) 09/04/01 07:31:20 - INFO: Submitting job 119871 (0x1d43f) to msx2kgate0.
              (31124) 09/04/01 07:31:20 - INFO: AcceptJob(): processing job 119874 (0x1d442) from 'msx2kgate0' with initial flag on.
              (31124) 09/04/01 07:31:20 - INFO: Submitting job 119874 (0x1d442) to conv0.
              (36904) 09/04/01 07:31:20 - INFO: AcceptJob(): processing job 119874 (0x1d442) from 'conv0' with initial flag off.
              (36904) 09/04/01 07:31:20 - INFO: Submitting job 119874 (0x1d442) to Split.
              (34776) 09/04/01 07:31:20 - INFO: AcceptJob(): processing job 119874 (0x1d442) from 'Split' with initial flag off.
              (34776) 09/04/01 07:31:20 - INFO: Moving job 119874 (0x1d442) to controller directory 'wait'.
              (34776) 09/04/01 07:31:20 - WARNING: CompListAddLogSendRec(): no sender found for job 119874 (0x1d442), recipient(s) SMS:01725205091, sender msx2kgate0,LDAP://CN=Andreas Boberg/OU=Benutzer/OU=company/DC=domain/DC=de,+49 aa bbb cc
              (14928) 09/04/01 07:31:40 - INFO: LicData::ReloadLic(): reading license.
              (14928) 09/04/01 07:31:40 - INFO: LicData::ReloadLic(): license read.
              (14928) 09/04/01 07:31:40 - INFO: LicData::ReloadLic(): license is:



              Hilft das evtl. weiter?
              Zuletzt geändert von Ralf Jänike; 01.04.2009, 11:08. Grund: Anonymisierung

              Kommentar


                #8
                G'Morgen Herr Boberg

                Und die Job-Verarbeitung wurde auch neu berechnet? (Screenshot?)

                Dann hilft nur noch,wenn Sie das cfg und log verzeichnis einpacken und an die Ferrari Hotline senden

                DA FÄLLT MIR WAS AUF:
                ein PLUS hat in Regulären Ausdrücken eine besondere Bedeutung und muss, wenn es als Zeichen verwendet/gesucht wird mit einem Backslash escaped werden -> \+49 aa bbb.* <- bitte nochmal konfigurieren (ggf. ohne leerzeichen, bzw .* oder \s als leerzeichenersatz, ggf. mit Doppelnull statt Plus am Anfang) + Job-Verarbeitung neu berechnen + Job beauftragen

                Ralf Jänike
                Zuletzt geändert von Ralf Jänike; 01.04.2009, 11:09. Grund: Anonymisierung

                Kommentar


                  #9
                  Ich bin begeistert.
                  Der Tip mit dem Backslash hat es gebracht. Funktioniert einwandfrei, da muss man erst einmal drauf kommen.
                  Danke für die Hilfe und Danke für dieses Forum. Das fehlte bisher bei der Problemlösung.

                  Grüße aus Ostwestfalen
                  Andreas Boberg

                  Kommentar

                  Lädt...
                  X