openSUSE ISDN (Deutsch) January 2005

isdn-de@lists.opensuse.org

37 participants
36 discussions

Fragen zu HylaFax / Probleme mit Faxversand
by Michael Ludwig 31 Jan '05

31 Jan '05

Hallo Liste, ich habe HylaFax schon seit längerem in Betrieb und es funktioniert - mal ja, mal nein - ganz gut. ;-) Ich benutze hier ein SuSE 9.1 mit den Original-Paketen von den CDs, die immer auf den aktuellen Ständen gehalten werden (mittels YOU, siehe unten). Nun hatte ich bisher nur ein einfaches Setup mit einer einzigen MSN, auf der HylaFax Faxe annehmen sollte und ebenso auch verschicken sollte. Nun möchte ich gerne HylaFax etwas ausweiten, da es mir trotz der Instabilität gut gefällt und ich viele Aufgaben gerne automatisiere sowie Papier sparen möchte (nicht jedes Fax ist es wert, ausgedruckt zu werden). Ich habe also in der /var/spool/fax/etc/config.faxCAPI eine neue Sektion eingefügt, in der das "neue" Device konfiguriert wird. Das erste Device heisst also faxCAPI, das neue, zweite, habe ich faxCAPI2 genannt. Das denke ich habe ich korrekt gemacht. Ich kann bei Nachfragen auch gerne das config-file posten. Dann habe ich in der Datei /var/spool/fax/etc/users für die neue, zweite MSN die entsprechende e-Mail-Adresse eingetragen. In der /var/spool/fax/etc/hosts.hfaxd sind alle Rechner eingetragen, die aus meinem Netzwerk faxe verschicken dürfen. Danach habe ich mittels rchhylafax restart den Faxserver neu gestartet. Ebenfalls habe ich den c2faxrecv, der über die inittab aufgerufen, mittels kill -SIGHUP <PID_c2faxrecv> ebenfalls neu gestartet. Der Link /var/spool/fax/etc/config.faxCAPI2, der auf /var/spool/fax/etc/config.faxCAPI zeigt, wurde nach dem restart korrekt angelegt. Der Faxempfang funktioniert auf beiden MSNs hervorragend, ohne Probleme. Rufe ich nun als root auf der Konsole "faxstat" auf, zeigt mir faxstat nicht mehr die alte Nummer an, sondern die neue (???). ABER !! - faxstat zeigt die neue Nummer an, die zum Device faxCAPI2 gehört. Allerdings verkauft mir faxstat die neue Nummer unter dem Device faxCAPI !!! ???? Ist das so korrekt?? Ich verstehe das nicht!! Help ;-)) =============================================================== stargate:/var/spool/fax/etc # stargate:/var/spool/fax/etc # faxstat HylaFAX scheduler on stargate.swami.net: Running Modem faxCAPI (+49.4236.9430235): Running and idle stargate:/var/spool/fax/etc # =============================================================== (--> zu sehen sein sollte: "Modem faxCAPI (+49.4236.942629):" (--> oder meinetwegen auch: "Modem faxCAPI2 (+49.4236.9430235):" =============================================================== stargate:/var/spool/fax/etc # stargate:/var/spool/fax/etc # stargate:/var/spool/fax/etc # rpm -qa | grep fax capi4hylafax-4.1.8-24.2 hylafax-4.1.8-24.2 stargate:/var/spool/fax/etc # stargate:/var/spool/fax/etc # =============================================================== Verschicke ich ein Fax mit /usr/bin/sendfax, funktioniert das so weit ganz gut. Befehle und Log: =============================================================== stargate:/var/spool/fax/etc # stargate:/var/spool/fax/etc # sendfax -d 11 adminconfig.ps stargate:/var/spool/fax/etc # =============================================================== =============================================================== Jan 28 21:54:18 stargate FaxQueuer[22519]: SUBMIT JOB 30 Jan 28 21:54:21 stargate isdnlog: Jan 28 21:54:21 * tei 64 calling +49 4236/11, Kirchlinteln with Ludwig IT-Services FAX RING (3.1 kHz audio) Jan 28 21:54:22 stargate isdnlog: Jan 28 21:54:22 * tei 127 calling 0422159015 - 65 with ? Time:Fri Jan 28 21:54:00 2005 Jan 28 21:54:22 stargate isdnlog: Jan 28 21:54:22 * tei 127 calling 11 with ? COLP 11 Jan 28 21:54:22 stargate kernel: capilib_new_ncci: kcapi: appl 6 ncci 0x10101 up Jan 28 21:55:54 stargate kernel: kcapi: appl 6 ncci 0x10101 down [.....] AUF JEDEN FALL ERFOLGREICHE BEENDIGUNG [...] =============================================================== Das Fax wurde also erfolgreich versendet. Absendernummer: 9430235, also faxCAPI2, obwohl ich dem sendfax keinerlei zusätzlicher Parameter gegeben hatte. Wie geht so etwas? Nach meiner Logik müsste doch, wenn nichts anderes angegeben, faxCAPI und nicht faxCAPI2 benutzt werden??? Problem: Versuche ich, mit Windows über WHFC ein Fax abzusetzen, bekomme ich nur folgendes im Log: =============================================================== Jan 28 22:23:59 stargate HylaFAX[13616]: Filesystem has SysV-style file creation semantics. Jan 28 22:23:59 stargate FaxQueuer[22519]: SUBMIT JOB 31 Jan 28 22:24:00 stargate FaxQueuer[22519]: NOTIFY: bin/notify "doneq/q31" "done" "0:01" Jan 28 22:24:00 stargate exim[13637]: 2005-01-28 22:24:00 1Cuday-0003Xx-7x <= fax(a)swami.net U=fax P=local S=826 T="facsimile job 31 to 11 completed" Jan 28 22:24:00 stargate exim[13638]: 2005-01-28 22:24:00 1Cuday-0003Xx-7x => swami <swami(a)swanni-und-michi.de> R=localuser T=local_delivery Jan 28 22:24:00 stargate exim[13638]: 2005-01-28 22:24:00 1Cuday-0003Xx-7x Completed =============================================================== Besonders diese Zeile =============================================================== FaxQueuer[22519]: NOTIFY: bin/notify "doneq/q31" "done" "0:01" =============================================================== verstehe ich nicht, da sie ja sozusagen sofort nach dem submit kommt. Es wird auch gar nicht erst versucht, eine Gegenstelle anzuwählen, es wird gleich die "done"-Meldung ausgeworfen. Ich wäre Euch allen sehr dankbar, wenn Ihr mir hier ein bischen aushelfen könntet. Eine Frage habe ich allerdings noch, auch wenn meine Mail jetzt eh schon viieeeel zu lang geworden ist... ;-) Wie kann ich festlegen, welche Nummer (MSN) ausgehend benutzt wird??? In WHFC kann ich keine dementsprechende Option finden. Danke schon mal, Michael

2 5

Incomming call [...] Assuming ????
by Lorenz Krause 31 Jan '05

31 Jan '05

Bitte helft mir, ich möchte, dass nur von mir eingetragene Nummern eine Verbindung zu unserem Server herstellen können. Wenn ich die Nummern im Yast eintrage und das Häkchen "Nur Nummern aus dieser Liste erlauben" anklicke, so nimmt der Server keinerlei Anrufe mehr entgegen, auch nicht die, die in der Liste stehen. Wenn ich als eingene Nummer im Einwahlserver die "0" eintrage, so nimmt er allerdings jede nummer an. Die verbindung geht direkt über den NTBA, die Telefonanlage spielt hierbei keine Rolle! Ich geb euch am besten mal die var/log/ messages Jan 31 11:46:02 chekov ipppd[621]: Connect[0]: /dev/ippp2, fd: 6 Jan 31 11:46:02 chekov kernel: isdn_net: local hangup ippp2 Jan 31 11:46:02 chekov kernel: ippp2: Chargesum is 0 Jan 31 11:46:02 chekov kernel: ippp_ccp: freeing reset data structure c3a7c000 Jan 31 11:46:02 chekov kernel: ippp, open, slot: 2, minor: 2, state: 0000 Jan 31 11:46:02 chekov kernel: ippp_ccp: allocated reset data structure c0bf2000 Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? Normal call clearing (User) Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? HANGUP ( 0:05:07 I= 19.9Kb O=175.1Kb) Jan 31 11:46:03 chekov su: (to nobody) root on none Jan 31 11:46:03 chekov su: pam_unix2: session started for user nobody, service su Jan 31 11:46:08 chekov kernel: isdn_net: Incoming call without CPN, assuming '0' Jan 31 11:46:08 chekov kernel: ippp2: call from XXX -> 0 accepted Jan 31 11:46:08 chekov kernel: isdn_net: ippp2 connected Jan 31 11:46:08 chekov ipppd[621]: Local number: 0, Remote number: , Type: incoming Jan 31 11:46:08 chekov ipppd[621]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 6 Jan 31 11:46:08 chekov ipppd[621]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xe758454f> <pcomp> <accomp>] Jan 31 11:46:08 chekov ipppd[621]: rcvd [0][LCP ConfReq id=0x0 <mru 1504> <magic 0xdd16af57> <callback 6> <pcomp> <accomp>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][LCP ConfRej id=0x0 <callback 6>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][LCP ConfAck id=0x1 <mru 1500> <auth chap md5> <magic 0xe758454f> <pcomp> <accomp>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][LCP ConfReq id=0x2 <mru 1504> <magic 0xdd16af57> <pcomp> <accomp>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][LCP ConfAck id=0x2 <mru 1504> <magic 0xdd16af57> <pcomp> <accomp>] Jan 31 11:46:09 chekov ipppd[621]: lcp layer is UP Jan 31 11:46:09 chekov isdnlog: Jan 31 11:46:09 Call to tei 64 from XXX on ? CONNECT (Data) Jan 31 11:46:09 chekov isdnlog: Jan 31 11:46:09 Call to tei 64 from XXX on ? INTERFACE ippp2 called by XXX Jan 31 11:46:09 chekov isdnlog: Jan 31 11:46:09 Call to tei 64 from XXX on ? INTERFACE ippp3 called by XXX Jan 31 11:46:09 chekov ipppd[621]: ioctl(SIOCSIFMTU): Invalid argument, 5 ippp2 1504. Jan 31 11:46:09 chekov ipppd[621]: sent [0][CHAP Challenge id=0x2 <68f837d4e2bb43d03b95a87e834d73a6f2b28129671f330b8ba8ecef72e7f9030ee4f93283abd7d4be433ab8>, name = "ju"] Jan 31 11:46:09 chekov ipppd[621]: ChapSendChallenge: Sent id 2. Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][CHAP Response id=0x2 <eb8001247458369b14e7abbdaf334974>, name = "XX"] Jan 31 11:46:09 chekov ipppd[621]: ChapReceiveResponse: Rcvd id 2. Jan 31 11:46:09 chekov ipppd[621]: ChapReceiveResponse: received name field: XX Jan 31 11:46:09 chekov ipppd[621]: sent [0][CHAP Success id=0x2 "Welcome to chekov."] Jan 31 11:46:09 chekov ipppd[621]: ChapSendStatus: Sent code 3, id 2. Jan 31 11:46:09 chekov ipppd[621]: MPPP negotiation, He: No We: No Jan 31 11:46:09 chekov ipppd[621]: Useifip for ippp2: Got IF-Src-IP: d50b0d0a Jan 31 11:46:09 chekov ipppd[621]: Useifip for ippp2: Got IF-Dst-IP: d50f0d0a Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfReq id=0x1 <addr X.X.X.X> <compress VJ 0f 01>] Jan 31 11:46:09 chekov ipppd[621]: CCP enabled! Trying CCP. Jan 31 11:46:09 chekov ipppd[621]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Jan 31 11:46:09 chekov ipppd[621]: ccp_resetci! Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfReq id=0x0 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins1 0.0.0.0> <ms-wins2 0.0.0.0>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfRej id=0x0 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins1 0.0.0.0> <ms-wins2 0.0.0.0>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfReq id=0x2 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfReq id=0x2 <addr 0.0.0.0>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfNak id=0x2 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfAck id=0x2 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfReq id=0x4 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfAck id=0x4 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: local IP address [IP] Jan 31 11:46:09 chekov ipppd[621]: remote IP address [IP] Jan 31 11:47:45 chekov ipppd[621]: rcvd [0][LCP TermReq id=0x3] Jan 31 11:47:45 chekov ipppd[621]: LCP terminated by peer Jan 31 11:47:45 chekov ipppd[621]: sent [0][LCP TermAck id=0x3] Jan 31 11:47:45 chekov kernel: isdn_net: local hangup ippp2 Jan 31 11:47:45 chekov kernel: ippp2: Chargesum is 0 Jan 31 11:47:45 chekov ipppd[621]: Modem hangup Danke!

4 5

proxyarp bei pppd, offene Dateien mit ipppd
by Jochen Roedenbeck 30 Jan '05

30 Jan '05

Ich habe eine Einwahl mit pppd über /dev/ttyI0 konfiguriert, die auch prinzipiell funktioniert. Zur Anbindung an das lokale Netzwerk ist die Option "proxyarp" gesetzt. Die Version ist Suse-Linux 8.1. uname -a bringt Linux fw2 2.4.21-251-default #1 Thu Sep 23 20:52:18 UTC 2004 i686 unknown Updates sind eingespielt. Dem sich einwählenden Rechner wurde hier die Adresse 192.168.76.70 gegeben. Solange die Verbindung besteht, ist diese Adresse auch in der arp-Tabelle zu sehen. Wenn die Verbindung abgebaut ist, verschwindet der arp-Eintrag nicht wieder, sondern er verändert sich, indem aus der 192 eine 191 wird: fw2:~ # arp -n Address HWtype HWaddress Flags Mask Iface 192.168.76.2 ether 08:00:09:FE:0D:F7 C eth1 192.168.76.1 ether 08:00:09:C2:95:22 C eth1 191.168.76.70 * * MP eth1 fw2:~ # Mit der Zeit füllt sich die arp-Tabelle dann mit diesen Einträgen, bis irgendwann nichts mehr geht. Im Internet fand ich das Problem für BSD-Unix beschrieben. Ein ähnliches Problem zeigt der ipppd auf demselben Rechner. Die Verbindung ist dort als "dial on demand" konfiguriert. Bei jedem Verbindungsabbau bleibt eine offene Datei übrig. lsof zeigt dann Einträge der Art: pppd 668 root 3u sock 0,0 1987 can't identify protocol Dieses Problem ist, glaube ich, hier schon einmal beschrieben worden. Ein Lösung gab es damals nicht, sondern nur einen "Workaround" in der Art, daß man den Rechner wie einen NT-Server täglich bootet. Auch das arp-Problem könnte man so umgehen. Ich bin mir nicht ganz sicher, ob ich mit diesem Problem auf dieser Liste ganz richtig bin, aber da der Verbindungsauf- und -abbau über ISDN erfolgt, versuche ich es erst einmal hier. Jochen

1 1

fax versenden unmöglich?
by LogoAbel＠web.de 29 Jan '05

29 Jan '05

unter suse 9.2 ist alles normal konfiguriert und ich kann auch über isdn surfen. Das versenden des Fax scheint zu funktionieren. Das faxgerät wird angewählt, leutet, schaltet auf fax empfang ----wartet und dann nach 25 sec erfolgt der Abbruch. Es wird kein Doc ausgegeben. Auf dem gleichen Rechner läuft die Karte unter xp ohne Probleme. Leitung und Karte sind also ok. Hab mal eine suse 9.1 draufgeschmissen, alles ok !! ???? Was läuft hier falsch? wo bekomme ich etwaige Fehlermeldungen her? Danke Jörg Abel

7 20

Fax senden mit Client funktioniert nicht über Hylafax
by Udo Platzoeder 28 Jan '05

28 Jan '05

Hallo, habe folgendes Problem.... HylaFaxserver läuft und ich kann auch von dort direkt Faxe senden und Empfangen. Allerdings nicht über den Client. Wenn ich dort über Kdeprintfax mit dem Befehl sendfax sende, bekomme ich folgende Fehlermeldung: Überspielung an Fax mit /usr/sbin/sendfax -n -h 'x.x.x.x' -d ''@'09876543' -x '' -c '' -f 'maineemail(a)meinedomain.de' '/home/user/test.ps' /usr/sbin/sendfax: invalid option -- c usage: /usr/sbin/sendfax [options] <fax-number> <page(s) in g3-format> valid options: -p, -v, -l <device(s)>, -x <debug>, -n, -S, -r, -D <x> Hab auf beiden Rechnern SuSE 9.2 aber auf dem Client liegt sendfax unter /usr/sbin nicht unter /usr/bin wie üblich. Ich hab auf dem Server unter hosts.hfaxd die IP' und den Rechnernamen des Clients hinzugefügt und unter users emailadresse und MSN ergänzt. Woran könnte es noch liegen?? Gruss Udo

2 4

Suse 8.1 & Hylafax 4.2.1 - Fax kann nicht übertragen werden - Sendung bricht ab
by Stefan Blagnies 27 Jan '05

27 Jan '05

Hallo, ich hab auf meinem Suse 8.1 System die aktuelle Hylafaxversion installiert. Ich nutze eine FritzCard PCI. Alles lief problemlos, kompillieren und installieren, alles super. Mit capi4hylafax das Faxmodem (ISDN Fax) an Hylafax angebunden. Toll. Funktioniert. Jetzt will ich ein Fax senden - das funktioniert leider nicht. Die Verbindung wird aufgebaut und die gegenstelle nimmt auch ab, aber das Fax wird nicht übertragen. Die Verbindung bricht dann einfach ab. Ich hab mir mal den Spaß gemacht ein Fax auf mein Telefon zu schicken, dabei habe ich festgestellt das nicht die üblichen Faxgeräusche (piepsen, rauschen etc) produziert werden, sondern nur ein gleichmäßiges piepsen. Jedenfalls bilde ich mir ein alle aktuellen Patches eingespielt zu haben. Ich versuch es jetzt noch mit einem Kernelupdate. Danke Anbei hab ich mal das syslog gepackt und das Faxprotokoll: Jan 27 14:20:18 H924FAX1 FaxQueuer[252]: SUBMIT JOB 3 Jan 27 14:20:18 H924FAX1 FaxQueuer[252]: JOB 3 (active dest +49XXXXXXXXX pri 127 tts 0:00 killtime 2:59:00): PREPARE START Jan 27 14:20:18 H924FAX1 FaxQueuer[1147]: JOB 3 (active dest +49XXXXXXXXX pri 127 tts 0:00 killtime 2:59:00): CONVERT DOCUMENT: bin/ps2fax -o docq/doc3.ps;f1 -r 196 -w 1728 -l 280 -m 30 -3 docq/doc3.ps.3 Jan 27 14:20:18 H924FAX1 FaxQueuer[252]: JOB 3 (active dest +49XXXXXXXXX pri 127 tts 0:00 killtime 2:59:00): PREPARE DONE Jan 27 14:20:18 H924FAX1 FaxQueuer[252]: JOB 3 (active dest +49XXXXXXXXX pri 127 tts 0:00 killtime 2:59:00): CMD START /usr/local/bin/c2faxsend -m faxCAPI sendq/q3 (PID 1154) Jan 27 14:20:18 H924FAX1 kernel: kcapi: appl 4 up Jan 27 14:20:19 H924FAX1 isdnlog: Jan 27 14:20:19 * tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow RING (3.1 kHz audio) Jan 27 14:20:20 H924FAX1 isdnlog: Jan 27 14:20:20 tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow Time:Thu Jan 27 14:17:00 2005 Jan 27 14:20:20 H924FAX1 isdnlog: Jan 27 14:20:20 tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow CONNECT (3.1 kHz audio) Jan 27 14:20:20 H924FAX1 isdnlog: Jan 27 14:20:20 tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow CHARGE: 0.060 EUR/90s = 0.040 EUR/Min (DTAG T-ISDN Standard, City, Werktag (Freitag), Tag) Jan 27 14:20:20 H924FAX1 isdnlog: Jan 27 14:20:20 tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow 1.CI 0.060 EUR (now) Jan 27 14:20:20 H924FAX1 isdnlog: Jan 27 14:20:20 tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow NEXT CI AFTER 01:30 (DTAG T-ISDN Standard, City, Werktag (Freitag), Tag) Jan 27 14:20:20 H924FAX1 kernel: kcapi: appl 4 ncci 0x10101 up Jan 27 14:20:40 H924FAX1 kernel: kcapi: appl 4 ncci 0x10101 down Jan 27 14:20:40 H924FAX1 isdnlog: Jan 27 14:20:40 tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow HINT: Overall cheapest 01089:M'net Klassik plus 0.010 EUR (would save 0.050 EUR) Jan 27 14:20:40 H924FAX1 isdnlog: Jan 27 14:20:40 tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow HINT: LCR:FAILED Jan 27 14:20:40 H924FAX1 isdnlog: Jan 27 14:20:40 tei 78 calling +49 XXXXXXXXX, Golzow with +49 XXXXXXXXX, Golzow HANGUP (1 CI 0.060 EUR; 1 EH EUR 0.062 0:00:20) Jan 27 14:20:40 H924FAX1 kernel: kcapi: appl 4 down Jan 27 14:20:40 H924FAX1 kernel: kcapi: recv_handler: applid 4 ? (LISTEN_CONF ID=004 #0x0000 LEN=0014 Jan 27 14:20:40 H924FAX1 kernel: Controller/PLCI/NCCI = 0x1 Jan 27 14:20:40 H924FAX1 kernel: Info = 0x0 Jan 27 14:20:40 H924FAX1 kernel: ) Jan 27 14:20:40 H924FAX1 FaxQueuer[252]: JOB 3 (active dest +49XXXXXXXXX pri 127 tts 0:00 killtime 2:58:38): CMD DONE: exit status 0 Jan 27 14:20:40 H924FAX1 FaxQueuer[252]: JOB 3 (sleeping dest +49XXXXXXXXX pri 126 tts 0:00 killtime 2:58:38): SEND INCOMPLETE: requeue for 7:16; Jan 27 14:20:40 H924FAX1 FaxQueuer[252]: NOTIFY: bin/notify "sendq/q3" "requeued" "" "14:27" Jan 27 14:20:41 H924FAX1 FaxQueuer[252]: NOTIFY exit status: 0 (1157) ---------------- Your facsimile job to XXXXX was not sent because: <no reason recorded> The job will be retried at 14:27. ---- Transcript of session follows ---- Jan 27 14:20:18.99: [ 1154]: SESSION BEGIN 00000003 +49.XXXXX Jan 27 14:20:18.99: [ 1154]: FAX FAX: JOB 3 DEST 59288 COMMID 00000002 Jan 27 14:20:18.99: [ 1154]: Try to connect to fax number 59288 in Hylafax mode on controller 1. Jan 27 14:20:18.99: [ 1154]: Dial and starting transfer of TIFF-File docq/doc3.ps;f1 with fine resolution. Jan 27 14:20:28.50: [ 1156]: Connection established. Jan 27 14:20:28.50: [ 1156]: StationID = +49 XXXXX Jan 27 14:20:28.50: [ 1156]: BaudRate = 14400 Jan 27 14:20:28.50: [ 1156]: Flags = HighRes, MR_compr, MMR_compr Jan 27 14:20:28.50: [ 1156]: Page 1 was sended. - Last Page! Jan 27 14:20:28.50: [ 1156]: Fax file completely transfered to CAPI. Jan 27 14:20:40.48: [ 1156]: Connection dropped with Reason 0x3400 (No additional information). Jan 27 14:20:40.48: [ 1154]: SESSION END __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201

2 1

ISDN-Fallback bei DSL-Problem
by Al Bogner 26 Jan '05

26 Jan '05

Gibt es irgendwo ein Howto, wie man ein automatisches Fallback auf ISDN einrichtet, wenn Breitband nicht funktioniert? DSL läuft via PPPoE ISDN über eine Fritz-PCI-Karte. Bei DSL ist dial-on-demand eingestellt, bei ISDN soll bestätigt werden müssen, dass man sich via ISDN verbindet. Al

3 2

fax versenden unmöglich??
by LogoAbel＠web.de 24 Jan '05

24 Jan '05

Vielen Dank an karsten keil , Ingo und andere - nach kernelupdate , heute an meine Geburtstag 24.jan. klappt alles gut ;-) komisch grüße jörg

1 0

fritz usb 3.0
by Josef Schwendt 22 Jan '05

22 Jan '05

KAnn man der Fritz USB 3.0 irgendwie mitteilen, dass sie beim Übertragen beide Leitungen benützt und damit die Übertragung verdoppelt? Ich habe mit meiner ISDN Leitung eine Rate von etwa 8KB, was nicht gerade berauschend ist. Habe Suse 9.2 installiert. DAnke für Tipps Josef

2 1

Re: Transferanzeige bei Breitband aehnlich xisdnload
by Al Bogner 22 Jan '05

22 Jan '05

Ich sende mal eine Kopie auch an die ISDN-Liste. Vielleicht kennt hier jemand was. Für die ISDN-Liste: Wie im Betreff schon steht: Ich suche ein grafisches Tool ähnlich xisdnload um den augenblicklichen Transfer mit einer DSL-Verbindung (PPPoE) anzuzeigen. Allerdings kann ich kein KDE-Programm brauchen. Es ist nur icewm installiert. Am Samstag, 22. Januar 2005 00:55 schrieb Matthias Reinhardt: > Knemo wie schon geschrieben, kein KDE-Programm. > oder rrdtool, für letzteres gibts zum einem webmin plugin > und diverse php-scripts für homepages. Das hört sich auch so nach Browser an und ist damit zu aufwendig. Das Paket rrdtool ist bei 9.2 dabei. Dieser Thread ist zum Thema ganz interessant: http://vdrportal.de/board/thread.php?threadid=4494 Ich will aber etwas grafisches. Es gibt um den _augenblicklichen_ Transfer und nicht um die Summe. Mal sehen, ob ich es ja schaffe meine Bandbreite auch zu nutzen :-) Das könnte interessant sein: http://www.csl.sony.co.jp/person/kjc/software/cbq.gif http://www.csl.sony.co.jp/person/kjc/software.html#ttt Aber ich habe noch immer Hoffnung, dass es da doch ein fertiges rpm von SuSE gibt. Al

1 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

openSUSE ISDN (Deutsch) January 2005