Is this a manual import from the file menu or auto import from a plug-in?
As a temporary workaround, (not sure if it will work in you case), delete the tag with the question mark from the ofx file with a text editor and do a file import from the File→Import→OFX menu options.
andreas@Desktop4:~/Downloads$ ofxdump bad.OFX
LibOFX INFO: libofx_proc_file(): File format not specified, autodetecting...
LibOFX ERROR: libofx_detect_file_type():Unable to open the input file bad.OFX
LibOFX INFO: libofx_proc_file(): Detected file format: UNKNOWN (File format couldn't be successfully identified)
LibOFX ERROR: libofx_proc_file(): Could not detect file format, or unsupported file format; aborting.
The ‘good’ files gets dumped without errors, just warning about invalid date format.
That confirms my fears: it’s a problem of the underlying OFX library (which is a different open source project) that does not understand that format. There’s not much KMyMoney can do about it.
Seems our friends over at GnuCash face the same problem as posted on Reddit since they also use libOFX under the hood AFAIK.
I found another comment on a website which states:
The only problem I had with it was the version of file it created, 200. The product I was importing into was expecting 100, but it was simple enough to go in and edit the file in Notepad.
Did you try to use File/Import/AqBanking importer? It does not use libofx and may be able to deal with the new format (no guarantees though).
I tried it and it does the same. It can read the old file format but not the new.
I messaged my bank and they say all should be fine. They done extensive testing and all the customers (except me) are happy and it’s working.
I suppose the alternative is to use QIF or CSV format instead.
I remember using that in the past but somehow it was always lacking some details or something. It wasn’t as good as OFX format. Well, give these other formats another go then.