undefined method for emails

admin_axxteq

If I try to send a test mail or try to enter the mail configuration I will get:
Call to undefined method EmailAccountConfig::toArray() in /var/www/osticket.int.axxteq.de/upload/include/class.email.php:814

The Credential in the database (smtp address, username, password) are correct.

I am running OSticket v1.18.1 and MariaDB 10.11.4 and Apache 2.4.57.

KevinTheJedi

admin_axxteq

Go to the database, go to the _email table, find the email and copy its ID, go to the _email_account table, find the records where email_id matches the ID you copied, and delete those records. Once deleted try to reconfigure the email.

Cheers.

admin_axxteq

Unfortunately this did not help:

table ost_email-> email_id
delete rows with that id from table ost_email_account
configure new mail account - imap and smtp incl configuration (username + password)
saving works and new row for mailboxis in table ost_email_account
When entering configuration again same error in aapche error log.
-> same error

Sending testmail now results in
PHP Fatal error: Uncaught Error: Call to undefined method OsticketConfig::getDefaultMTA() in /var/www/osticket.int.axxteq.de/upload/include/class.mailer.php:41

KevinTheJedi

admin_axxteq

That is interesting. Go to your _config table and delete any records where namespace contains (LIKE) email.{id_of_email}% (eg. email.123%) that is not the current record. You can tell if it’s the current ones by comparing the trailing .account.{id_of_email_account} with the new _email_account ID.

Cheers.

admin_axxteq

I have done so: I deleted corroding entry from ost_config and gain from ost_mail_account.

Still the same error (Call to undefined method EmailAccountConfig::toArray()) when clicking on "save settings".

[Wed Nov 22 06:44:04.641007 2023] [php:error] [pid 76842] [client 10.128.10.141:37764] PHP Fatal error:  Uncaught Error: Call to undefined method EmailAccountConfig::toArray() in /var/www/osticket.int.axxteq.de/upload/include/class.email.php:814\nStack trace:\n#0 /var/www/osticket.int.axxteq.de/upload/include/class.email.php(785): EmailAccount->getBasicAuthCredentials()\n#1 /var/www/osticket.int.axxteq.de/upload/include/class.email.php(760): EmailAccount->getCredentials()\n#2 /var/www/osticket.int.axxteq.de/upload/include/class.email.php(1179): EmailAccount->getFreshCredentials()\n#3 /var/www/osticket.int.axxteq.de/upload/include/class.email.php(1239): MailBoxAccount->setInfo()\n#4 /var/www/osticket.int.axxteq.de/upload/include/class.email.php(325): MailBoxAccount->update()\n#5 /var/www/osticket.int.axxteq.de/upload/scp/emails.php(35): Email->update()\n#6 {main}\n  thrown in /var/www/osticket.int.axxteq.de/upload/include/class.email.php on line 814, referer: http://osticket.int.axxteq.de/scp/emails.php?id=1
``` 
Database entries have been written to `ost_config` and `ost_email_account`(but only for smtp where I clicked "safe configuration"). 

1) Is there there a SQL-file which I can used I the database structure is correct? Although there are no errors in the logs of the upgrade process maybe the database has not been adapted automatically to the current structure.
2) The code producing the error is

$c=$this->getConfig()
$c->toArray()

which used `EmailAccountConfig` constructed by it`s base class `Config` . Maybe this cannot read DB entries correctly?
How can I debug?

admin_axxteq

1) I have seen in the log that mail sending errors had already beed reported before the update (Cannot issue HELO to existing session)
2) Now when I try to send test mail no errors are in the log. ( But test mail sending is not working with the same error as above).
3) There is a log of the update: Thread Entry Email Migration Found 0 records to migrate.
4) Maybe the problem is really not in class.email.php but in class.config.php where I am using a modified (old version) from here / here. In this case: sorry.

admin_axxteq

Finally it has been easy: In class.config.phpjust 3 methods (getDefaultSmtpAccount(), getDefaultMTA(), toArray() were missing. I add same and now everything is working. .. just a long time ago that I did php - so I misinterpreted the error messages.