Email Fetching on v1.17.4

sburns

I have been having issues with email fetching, so I recently updated to v1.17.4 based on the recommendations here.

I'm using a shared mailbox for my helpdesk. I have it delegated to a few addresses, but was not able to authorize OAuth2 with those (strict matching not checked). I have a password set on the shared mailbox and was able to configure and authorize OAuth2 that way with no errors.

I have a scheduled task (Windows Environment) on the host server to run batch file with the following commands:
C:\Program Files\PHP\v8.0\php.exe -f C:\inetpub\wwwroot\osticket\api\cron.php

I'm not seeing any errors anywhere, but at the same time, emails aren't being fetched. Any ideas on what I may be missing?

KevinTheJedi

sburns eclarke

You can check your system logs to see if there are any mail fetcher errors. Additionally, you can check the _email_account table and see if there is an error listed under the last_err_message column. You can also confirm you retrieved a token successfully by clicking the Config button next to the Authentication in the email’s Remote Mailbox tab and see if you have a Token tab with a valid token.

Lastly, run the cron command via CLI to see if any errors are returned. You may also want to confirm the path to PHP in the cron command is the proper PHP version.

Cheers.

eclarke

Were you able to get this working with office 365? We are having the same issue.