Hallo, erstmal nochmal Vielen Dank an den Aqmaniac für dieses tolle Tool!

Leider funktioniert es seit heute nicht mehr und ich habe keinen blassen Schimmer warum nicht.

Fehlermeldung:
aqbanking-cli -P pinfile request -b 641***** -c transactions.ctx --transactions
3:2016/01/13 17-00-07:aqhbci(3235):provider.c: 315: Job not supported with this account
3:2016/01/13 17-00-07:aqbanking-cli(3235):request.c: 352: Error requesting transactions for 641*****/195****: -3

Hat jemand ne idee?

getkeys bringt das:
aqhbci-tool4 getkeys -c 12********:2016/01/13 17-05-35:aqhbci(3239):adminjobs.c: 60: JobGetKeys not supported, should not happen
3:2016/01/13 17-05-35:aqhbci(3239):provider.c: 1642: Job not supported, should not happen
3:2016/01/13 17-05-35:(null)(3239):getkeys.c: 159: Error getting server keys (-1)

aqhbci-tool4 getsysid funktioniert, läuft durch:
...
HBCI: 3060 - Bitte beachten Sie die enthaltenen Warnungen/Hinweise. (M)
HBCI: 0020 - Auftrag ausgeführt. (S)
HBCI: 3050 - UPD nicht mehr aktuell, aktuelle Version enthalten. (S)
HBCI: 3920 - Zugelassene Zwei-Schritt-Verfahren für den Benutzer. (S)
HBCI: 0020 - Der Auftrag wurde ausgeführt. (S)
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
Aufträge werden kodiert
Aufträge werden gesendet
Mit Server verbinden...
Hostname "banking*fints**.de" wird aufgelöst...
IP-Adresse ist "123.456.7.8"
Verbindung zu "banking*fints**.de" wird aufgebaut
Verbunden mit "banking*fints**.de"
Using old SSL preparation code.
TLS: SSL-Ciphers negotiated: TLS1.2:RSA-AES-256-CBC:SHA256
5:2016/01/13 16-58-51:aqbanking(3121):abgui.c: 165: Automatically accepting certificate [***]
Verbunden.
Nachricht senden...
Nachricht gesendet.
Warte auf Antwort
Antwort wird empfangen...
HTTP-Status: 200 (OK)
Antwort empfangen.
Beenden der Verbindung zum Server...
Verbindung beendet.
Antwort erhalten
HBCI: 0010 - Nachricht entgegengenommen. (M)
HBCI: 0100 - Dialog beendet. (M)
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
AqHBCI abgeschlossen.




Vorher lief alles Monatelang gut. Seit heute plötzlich diese Fehlermeldung. Es gab kein Update des Systems seit dem 17. Dezember, und bis gestern wurden alle Umsätze gut geholt...

Habe leider keinen Ansatz was ich noch checken könnte, bin für jede Hilfe dankbar!

hast du die Serveradressen aus dem Protokoll geworfen?

Ja. Datenschutz. Die Adressen sind aber ok.

Es muss irgendwas mit einem bestimmt Konto zu tun haben,

3:2016/01/13 17-00-07:aqbanking-cli(3235):request.c: 352: Error requesting transactions for 641*****/195****: -3

Dieses Konto macht irgendwie Probleme, es gab wohl einen Fehler bei der Bank und nun sorgt der Zustand dieses Kontos in der Aq-Datenbank dafür, dass ich gar keinen request mehr machen kann. Offenbar überprüft request einen Datensatz, der von einem vorherigen request stammt und bricht dann sofort ab. Was könnte das sein, was da überprüft wird und wie kann ich den Zustand resetten (wenn die Bank ihren Fehler behoben hat) ?

ja, aber völlig übertrieben, wenigstens die Bank müssen wir kennen, wenn man vernünftig helfen soll. Du schreibst doch anonym, worum sorgst du dich hier? Welche Bank oder welches Rechenzentrum ist es? Deine Kontonummer interessiert natürlich nicht.

Die Bank ist: banking-bw5.s-fints-pt-bw.de
Habe gerade mit der Bank telefoniert, es handelt sich um ein Konto, welches zu einem "Eintreibungskonto" umgestellt wurde. Ich sehe da jetzt keinen Kontostand mehr im Interface der Bank (KSK) und alles Geld, was auf dieses Konto fliesst behält die Bank bis zum Ausgleich ihrer Forderungen.

Wegen Datenschutz bin ich immer lieber ein bisschen zu vorsichtig.

Also wichtig wäre mir zu wissen, wie sich der "aqbanking-cli request" das fragliche Konto merkt und beim nächsten mal gar nicht ausführt und wie man das resetten kann.

Ich denke es liegt an dieser Meldung 315 oder 352.

/$ aqbanking-cli -P /home/carl/kontostand/pinfile request -b 641***** -c /home/carl/transactions.ctx --transactions
3:2016/01/13 17-14-27:aqhbci(3271):provider.c: 315: Job not supported with this account
3:2016/01/13 17-14-27:aqbanking-cli(3271):request.c: 352: Error requesting transactions for 641*****/1******: -3

Schön wäre es, wenn ich sowas in Zukunft automatisch abfangen könnte, damit die Kontoumsätze trotzdem geholt werden.

Ich frage mich, wo aqbanking diese Kontonummer speichert und die Info, dass er das nicht mag

aqbanking-cli versions
Versions:
AqBanking-CLI: 5.5.1
Gwenhywfar : 4.13.1.0
AqBanking : 5.5.1.0

Also ich lass jetzt das Konto aus meinem Bestand von der KSK entfernen, damit sollte das Problem nach einem aqhbci-tool4 delaccount -a KNR erledigt sein.
Vorher versuche ich noch ein paar logdateien zu generieren und zu sichern, damit man das später nachvollziehen kann. Wäre ja schön, wenn künftige Versionen besser mit so einem Konto umgehen könnten.
Es müsste vermutlich was in der AB_Job_CheckAvailability(j) oder der AB_Job_Update(j) abgefangen werden, vielleicht zuerst mal dass Kontos, die abgerufen werden können auch weiterhin abgerufen werden, während "Eintreibungskonten" übergangen werden. Als zweiten Schritt dann, dass die Umsätze auch von diesem Konto geholt werden, aber der Kontostand eben nicht mehr auftaucht, oder aber der Kontostand des Tages, wo es umgewandelt wurde, so wie er auch im Onlineportal der KSK erscheint. (In der Kontenübersicht erscheint statt des Umsatzes ein "-" und in der Umsatzansicht steht ein "Kontostand am TT.MM.JJJJ**")

Vielleicht mach ich mir noch ein kleines Script, dass diese Fehlermeldung auswertet

3:2016/01/13 17-14-27:aqbanking-cli(3271):request.c: 352: Error requesting transactions for 641*****/1******: -3

und das entsprechende Konto vor dem nächsten Rundruf automatisch entfernt