marse7 wrote: Did you see this in history? loadSomething::subid 5689 with planid 1 could not load.

Yes, "subid" there is only in the error message, not in the database.

But then, in the error stack, I see that the database error is due to a query from within "cbsubssqlactions", thus, that is a custom SQL query that you or the site designer parametered in cbsubssqlactions.

Your plan id 1 (O.... membership) has in integrations / SQL actions such a query to integrate with acymailing that is outputing that error. Debugging custom queries is outside the scope of our support, and in this case would imply to have a more detailed understanding of Acymailing database. But I would think that the CBSubs plugin "CBSubs Acymailing" should be doing what you need (iirc Acymailing team also has a CBSubs plugin).

So that mystery is solved too.

Great, as everything reported in this thread, caused by authorize.net changes with a not-notified https incompatibility at their servers (and for the column error by user code), is now solved/worked around with latest nightly builds of CB and CBSubs, I'm now marking this thread as solved.