Hylafax unterschiedliche Absendernummern
Hallo, ich habe einen Hylafax-Server (4.2.1) am laufen. Empfangen und senden funktioniert einwandfrei. Allerdings haben alle ausgehenden Faxe die gleiche Absender-MSN ("Outgoing MSN" in config.faxCAPI), welche als Header auf dem gesendeten Fax stehen. Ist es irgendwie möglich, über unterschiedliche Faxnummern zu senden? Hintergrund: Bei Faxe der Geschäftsführung, muss als Absendernummer die GF-Faxnummer stehen, da sonst manche (vertraulichen) Antworten auf die falsche Nummer und somit an die falsche Email-Adresse eingehen. Danke für die Hilfe Michael Peter
Am 2005-09-21 15:58, schrieb Michael Peter:
Hallo,
ich habe einen Hylafax-Server (4.2.1) am laufen. Empfangen und senden funktioniert einwandfrei.
Allerdings haben alle ausgehenden Faxe die gleiche Absender-MSN ("Outgoing MSN" in config.faxCAPI), welche als Header auf dem gesendeten Fax stehen.
Ist es irgendwie möglich, über unterschiedliche Faxnummern zu senden?
Das ist ueberhaupt kein problem, nur wird dies nicht automatisch von c4h abgefragt. dazu richtest Du noch mal die gleiche sektion ein wie fuer das erste Device. der Hauptfile hat den Namen config.faxCAPI zu finden in jenach dem ../(hyla)fax/etc [...] # # sample of a config file for a AVM ISDN controller # SpoolDir: /var/spool/fax FaxRcvdCmd: /var/spool/fax/bin/faxrcvd FaxReceiveUser: uucp LogFile: LogTraceLevel: 0 LogFileMode: 0600 { # Controller 1, B-Channel 1 HylafaxDeviceName: faxCAPI11 RecvFileMode: 0600 FAXNumber: +49.00.00000 LocalIdentifier: "AVM CAPI4HylaFAX" MaxConcurrentRecvs: 1 OutgoingController: 1 OutgoingMSN: SuppressMSN: 0 NumberPrefix: UseISDNFaxService: 0 RingingDuration: 0 { Controller: 1 AcceptSpeech: 0 UseDDI: 0 DDIOffset: "39976" DDILength: 3 IncomingMSNs: AcceptGlobalCall: 1 } } { # Controller 1, B-Channel 2 HylafaxDeviceName: faxCAPI12 RecvFileMode: 0600 FAXNumber: +49.00.00000 LocalIdentifier: "AVM CAPI4HylaFAX" MaxConcurrentRecvs: 1 OutgoingController: 1 OutgoingMSN: SuppressMSN: 0 NumberPrefix: UseISDNFaxService: 0 RingingDuration: 0 { Controller: 1 AcceptSpeech: 0 UseDDI: 0 DDIOffset: "39976" DDILength: 3 IncomingMSNs: AcceptGlobalCall: 1 } } da Du wohl eine Version <= 01.03.00 einsetzt musst Du dann einen Link erzeugen ln -s ../etc/config.faxCAPI config.faxCAPI11 ............................config.faxCAPI12 hylafax neu starten nun kannst Du jeweils zum senden das Device ansprechen sendfax .... -h faxCAPI11@faxserver sendfax .... -h faxCAPI12@faxserver Holger
Hallo Experten, meine Konfiguration (SuSE 9.3, Hylafax ,) funzt eigentlich prima und empfängt täglich ca. 100 Faxe... aber manchmal werden leere Faxe gespeichert... jedesmal, wenn so ein leeres Fax ankommt, ist im var/log/messages ein Eintrag à la kcapi.... App ... down zu finden.... merkwürdig ist aber, daß wesentlich mehr dieser Meldungen im Log stehen, als leere Faxe empfangen werden.... was ist die Ursage für das "downgehen" der "App"... und um welche "App" handelt es sich überhaupt? Wie kann das Problem behoben werden? Danke für jeden Tip! Hier noch ein Auszug aus /var/log/messages, gegrept nach diesen Einträgen: Sep 22 11:18:15 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 11:18:38 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 11:19:17 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 11:21:20 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 11:35:17 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 11:45:06 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 11:49:45 mas2026 kernel: kcapi: appl 2 ncci 0x20101 down Sep 22 11:49:50 mas2026 kernel: kcapi: appl 4 ncci 0x10202 down Sep 22 11:52:26 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 11:52:46 mas2026 kernel: kcapi: appl 6 ncci 0x10303 down Sep 22 11:52:49 mas2026 kernel: kcapi: appl 4 ncci 0x20202 down Sep 22 12:05:28 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:06:19 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:07:18 mas2026 kernel: kcapi: appl 4 ncci 0x20202 down Sep 22 12:13:26 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:19:51 mas2026 kernel: kcapi: appl 4 ncci 0x10202 down Sep 22 12:21:36 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:23:21 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:32:13 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:36:17 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:40:06 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:41:19 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 12:52:45 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:00:20 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:10:12 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:13:04 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:15:27 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:17:15 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:19:22 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:24:58 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:28:19 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:29:25 mas2026 kernel: kcapi: appl 4 ncci 0x20202 down Sep 22 13:29:40 mas2026 kernel: kcapi: appl 6 ncci 0x30303 down Sep 22 13:31:45 mas2026 kernel: kcapi: appl 4 ncci 0x10202 down Sep 22 13:32:07 mas2026 kernel: kcapi: appl 2 ncci 0x20101 down Sep 22 13:33:20 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 13:37:38 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 14:11:50 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 14:13:17 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down bzw. mal ohne grep, die letzten paar zeilen, damit man noch sieht, was davor und danach im log steht: Sep 22 14:11:35 mas2026 kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up Sep 22 14:11:50 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 14:11:52 mas2026 isdnlog: Sep 22 14:11:52 Call to tei 66 from +43 3135/5629, Österreich, Fernitz b Graz on +49 30/244, Berlin HANGUP ( 0:00:24) Sep 22 14:12:31 mas2026 isdnlog: Sep 22 14:12:31 * Call to tei 127 from ? on ? *XXX* Sep 22 14:12:31 mas2026 isdnlog: Sep 22 14:12:31 * Call to tei 127 from ? on +49 30/244, Berlin RING (3.1 kHz audio) Sep 22 14:12:31 mas2026 CapiFaxRecv: Can't create log file for incomming call! Sep 22 14:12:31 mas2026 kernel: capidrv-1: incoming call ,1,2,244 Sep 22 14:12:31 mas2026 kernel: capidrv-1: patching si2=2 to 0 for VBOX Sep 22 14:12:31 mas2026 kernel: isdn_net: Incoming call without OAD, assuming '0' Sep 22 14:12:31 mas2026 kernel: isdn_net: call from 0 -> 0 244 ignored Sep 22 14:12:31 mas2026 kernel: isdn_tty: Incoming call without OAD, assuming '0' Sep 22 14:12:31 mas2026 kernel: isdn_tty: call from 0 -> 244 ignored Sep 22 14:12:31 mas2026 kernel: capidrv-1: incoming call ,1,0,244 ignored Sep 22 14:12:31 mas2026 isdnlog: Sep 22 14:12:31 Call to tei 127 from ? on +49 30/244, Berlin COLP +49 30/244, Berlin Sep 22 14:12:31 mas2026 isdnlog: Sep 22 14:12:31 Call to tei 66 from ? on +49 30/244, Berlin CONNECT (3.1 kHz audio) Sep 22 14:12:41 mas2026 kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up Sep 22 14:13:17 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 14:13:18 mas2026 isdnlog: Sep 22 14:13:18 Call to tei 66 from ? on +49 30/244, Berlin HANGUP ( 0:00:46) Sep 22 14:15:05 mas2026 su: (to nobody) root on none Sep 22 14:15:37 mas2026 isdnlog: Sep 22 14:15:37 * Call to tei 127 from ? on ? *XXX* Sep 22 14:15:37 mas2026 isdnlog: Sep 22 14:15:37 * Call to tei 127 from ? on +49 30/244, Berlin RING (3.1 kHz audio) Sep 22 14:15:37 mas2026 CapiFaxRecv: Can't create log file for incomming call! Sep 22 14:15:37 mas2026 kernel: capidrv-1: incoming call ,1,2,244 Sep 22 14:15:37 mas2026 kernel: capidrv-1: patching si2=2 to 0 for VBOX Sep 22 14:15:37 mas2026 kernel: isdn_net: Incoming call without OAD, assuming '0' Sep 22 14:15:37 mas2026 kernel: isdn_net: call from 0 -> 0 244 ignored Sep 22 14:15:37 mas2026 kernel: isdn_tty: Incoming call without OAD, assuming '0' Sep 22 14:15:37 mas2026 kernel: isdn_tty: call from 0 -> 244 ignored Sep 22 14:15:37 mas2026 kernel: capidrv-1: incoming call ,1,0,244 ignored Sep 22 14:15:37 mas2026 isdnlog: Sep 22 14:15:37 Call to tei 127 from ? on +49 30/244, Berlin COLP +49 30/244, Berlin Sep 22 14:15:37 mas2026 isdnlog: Sep 22 14:15:37 Call to tei 66 from ? on +49 30/244, Berlin CONNECT (3.1 kHz audio) Sep 22 14:15:47 mas2026 kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up Sep 22 14:16:39 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down
On Thu, Sep 22, 2005 at 02:24:04PM +0200, Yves wrote:
Hallo Experten,
meine Konfiguration (SuSE 9.3, Hylafax ,) funzt eigentlich prima und empfängt täglich ca. 100 Faxe... aber manchmal werden leere Faxe gespeichert... jedesmal, wenn so ein leeres Fax ankommt, ist im var/log/messages ein Eintrag à la kcapi.... App ... down zu finden.... merkwürdig ist aber, daß wesentlich mehr dieser Meldungen im Log stehen, als leere Faxe empfangen werden.... was ist die Ursage für das "downgehen" der "App"... und um welche "App" handelt es sich überhaupt?
Das heist nichts weiter, das eine Applikation den NCCI freigeben hat. Vereinfacht kann man sagen, das die B-channel Verbindung abgebaut wurde. Das kommt bei jeder Verbindung und hat mit dem Problem nichts zu tun.
Wie kann das Problem behoben werden?
Dazu muesste man erstmal wissen was da los ist, die Meldung hat erstmal nichts damit zu tun. Helfen wuerde eventuell ein CAPI Trace avmcapictrl trace nodata
Danke für jeden Tip!
Hier noch ein Auszug aus /var/log/messages, gegrept nach diesen Einträgen:
Sep 22 11:18:15 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down Sep 22 11:18:38 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down ... bzw. mal ohne grep, die letzten paar zeilen, damit man noch sieht, was davor und danach im log steht:
... OK fangen wir mal mit einem kompletten Fax an:
Sep 22 14:12:31 mas2026 isdnlog: Sep 22 14:12:31 * Call to tei 127 from ? on ? *XXX* Sep 22 14:12:31 mas2026 isdnlog: Sep 22 14:12:31 * Call to tei 127 from ? on +49 30/244, Berlin RING (3.1 kHz audio) Sep 22 14:12:31 mas2026 CapiFaxRecv: Can't create log file for incomming call!
???? Was ist das ???? Keine Zugriffsrechte, kein Platz ?
Sep 22 14:12:31 mas2026 kernel: capidrv-1: incoming call ,1,2,244 Sep 22 14:12:31 mas2026 kernel: capidrv-1: patching si2=2 to 0 for VBOX Sep 22 14:12:31 mas2026 kernel: isdn_net: Incoming call without OAD, assuming '0' Sep 22 14:12:31 mas2026 kernel: isdn_net: call from 0 -> 0 244 ignored Sep 22 14:12:31 mas2026 kernel: isdn_tty: Incoming call without OAD, assuming '0' Sep 22 14:12:31 mas2026 kernel: isdn_tty: call from 0 -> 244 ignored Sep 22 14:12:31 mas2026 kernel: capidrv-1: incoming call ,1,0,244 ignored
Anruf geht ein, I4L hat will ihn nicht.
Sep 22 14:12:31 mas2026 isdnlog: Sep 22 14:12:31 Call to tei 127 from ? on +49 30/244, Berlin COLP +49 30/244, Berlin Sep 22 14:12:31 mas2026 isdnlog: Sep 22 14:12:31 Call to tei 66 from ? on +49 30/244, Berlin CONNECT (3.1 kHz audio)
Ein Applikation hat den Call angenommen.
Sep 22 14:12:41 mas2026 kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up
Diese Applikation (appl 2) hat eine B-Channel Verbindung aufgemacht.
Sep 22 14:13:17 mas2026 kernel: kcapi: appl 2 ncci 0x10101 down
Die B-channel Verbindung wurde nach 36 sec geschlossen.
Sep 22 14:13:18 mas2026 isdnlog: Sep 22 14:13:18 Call to tei 66 from ? on +49 30/244, Berlin HANGUP ( 0:00:46)
Es wurde aufgelegt. ... Das ist der normale Ablauf. -- Karsten Keil SuSE Labs ISDN development
participants (4)
-
Holger Bruenjes -
Karsten Keil -
Michael Peter -
Yves