On Thu, Sep 26, 2002 at 05:24:33PM +0200, DieterKoll@velodata.de wrote:
Hallo ich bin neu bei der Mailingliste und daher nicht sicher ob denn nun die Antwort an kkeil@suse.de oder an die Liste soll .... ???
Besser an die Liste und nur an die (kein cc). An die Poster sollte man nur direkt schreiben wenn: 1. Groessere Datenmengen an Konfigurationen oder LOGs angefordert wurden und man diese schickt. 2. Irgendwelche nicht zum Thema gehoerende Sachen abgeklaert werden (z.B. Beschwerden wegen Fehlern beim posten, falscher "Tonfall" usw.)
Sieht nach falscher Paritaet bzw. anderem murks auf der seriellen aus. Könnte ja sein, aber eigentlich muesste der Faxgetty doch wenigstens abbrechen wenn ich das Modem ausmache. DTR, DSR, und CTS sind dann ja voellig weg.
Hmm, kommt darauf an auf was und wie der faxgetty an dieser Stelle wartet und ob die Schnittstelle so eingestellt is, das sie auf DTR, DSR, und CTS in diesem Moment reagiert. Leider ist hylafax ein _sehr_ komplexes Programm, so das man die Stellen die dort ueberhaupt eine Rolle spielen nicht so schnell findet. Inzwischen bin ich fast ueberzeugt das das Modem dort XOFFs sendet, hylafax aber was anderes erwartet und darauf nicht reagiert. Hier koennte ein hoeherer Debuglevel helfen, der die Modemkommunikation mitschneidet, wird aber relativ viel.
Reicht das allein aus (d.h. ohne Modem an/aus usw.) ? Ja reicht, habe aber auch schon andere Elsa versucht. Wird das Modem noch zu was anderen benutzt ? Nein
Es läuft sehr viel Faxverkehr über die Schnittstelle, meist ist es OK. Bei Rausfaxen (mehrere 1000) ist bisher nie was passiert - bei Rein kein Chema. Drei Tage passiert nichts, dann zwei mal an einem Tag hängt das Biest. Die Absender sind unterschiedlich (0911-74053-795) ist echt. Von den gleichen Absendern kommen aber auch Faxe einwandfrei durch.
Ich habe einige Male versucht die Daten oder Steuerleitungen zu trennen, immer hat der Faxempfang richtig abgebrochen und neu initalisiert.
Auffällig aber das bei allen Fehlerfällen das Protokoll an GENAU der gleichen Stelle endet.
Sep 04 15:49:33.36: [ 466]: RECV: 4089 bytes of data, 1168 total lines Sep 04 15:49:33.36: [ 466]: MODEM set XON/XOFF/DRAIN: input interpreted, output disabled
Es koennte ein Race zwischen der Umschaltung des Modes und den naechsten Aktionen sein, oder aus irgend einem Grund kommt der Befehl nicht an. So richtig was einleuchtendes faellt mir auch nicht ein. Aber ein hoeherer Session debug (z.B. 0xff) kann eventuell mehr aussagen. -- Karsten Keil SuSE Labs ISDN development