Excessive errors processing emails for ssl://imap.gmail.com:993/IMAP

gopalchand

Hi Jsezze
I have already tried with the option you suggested. I have just re-tried as per your suggestion.

Even, I have tried by scheduling crontab as well as the OsTicket setting option "Fetch on auto-cron" as well. But in both scenarios, it was not working.

The still error is same. The mails are getting read on Gmail Inbox. but no ticket raised in OsTicket and nor mail moved to other folder. And I do receive error subjected error message.

gopalchand

KevinTheJedi

gopalchand

As the error states there is an email in the configured mail folder that cannot be fetched or processed for one reason or another. You simply need to login to the mailbox and remove the stuck mail.

Cheers.

gopalchand

Hi KevinTheJedi

Yea!, I have seen your many post and I already did the same. Tried deleted all mails from Inbox and tried to fetch with no mail and fresh mails. but the error situation is same.

After trying with all suggestion from other blogs, Then finally after lossing all hopes. I have raised this fresh ticket.
Please suggest how we can solve this issue.

Let me know, in case you require any other details.

KevinTheJedi

gopalchand

Then you must have another System Email fetching mail and you are looking at the wrong mailbox or you are looking at the wrong folder. The error is pretty clear and only gets logged in one scenario. That scenario is when there is an email in the configured Mail Folder that cannot be processed. I would suggest going through all the mailboxes that are configured for fetching and check each one's configured Mail Folder for the stuck email.

Cheers.

gopalchand

Hi KevinTheJedi

Okay, As you suggested.. I have deleted all other mails and kept only one mailbox. The below screenshot for your reference.

But the error is still the same.

No, NEW mail on configured mailbox.

new mail sent on target configured mailbox - INbox screenshot for your ref.

Run the cron and still same error and mail got read on Gmail

And as an Admin, as usual I do received error notification as well.

KevinTheJedi

gopalchand

Okay so something is going wrong as it's unable to fetch/process that email you sent. This shouldn’t happen under normal conditions which means something isn’t right here.

How are you sending the test email? Is it through a normal mail client like Gmail or Outlook?

Run php -v on the server to ensure that returns the appropriate version. If not, that is likely the source of the issue and you will need to update the cron command to reflect the appropriate version.

If all else fails I'd recommend deleting the associated _email_account records in the db and reconfigure the Remote Mailbox and Outgoing (SMTP) tabs.

Cheers.

gopalchand

Hi KevinTheJedi

I am sending a test email from Gmail. Even I tried Outlook as well in the afternoon.
php version screenshot below 8.1, Earlier it was 8.3 But i have downgraded to 8.1 in the afternoon as found in one of blog to mailer support 8.1 version.
As suggested, I hve deleted email records from databases. The screenshot for your reference.
Reconfigured the Remote Mailbox and SMTP.

Tested SMTP mail and its working find. Email received.
Tested IMAP and its same error result

Excessive errors processing emails for ssl://imap.gmail.com:993/IMAP (Ticket mail@domain.com).

Please manually check the Fetch Folder (Inbox) [1/30 - 0/1]

KevinTheJedi

gopalchand

Maybe try disabling IMAP on the account and re-enabling it through Gmail?

Maybe try spinning up a test server and see if it works there?

I don’t really know what would cause that issue in your case. The system should have zero issues with basic emails sent from standard mail clients.

What type of authentication are you using? Basic or OAuth2?

Cheers.

gopalchand

In case you require remote access of my system (OsTicket web or OsTicket server) access. I am happy to provide you the same to solve this issue.

KevinTheJedi

gopalchand

Another good test would be to configure another email account completely to see if that works properly.

Cheers.

gopalchand

Hi KevinTheJedi

Please find the answer on your comments:

Maybe try disabling IMAP on the account and re-enabling it through Gmail?
--> I just tried, same situation..
Maybe try spinning up a test server and see if it works there?
--> I have another server running OsTicket with v1.17.. I will try there or new machine.
But just to add this is v.18 new fresh server only.
What type of authentication are you using? Basic or OAuth2?
--> OAuth2
in Basic getting below error, thats why using OAuth2.. otherwise in previously when I was testing with v1.12 / 1.14 (not remember exactly) at with basic auth it was working fine at that time.

IMAP> host doesn't allow connection

SMTP> 5.7.14 5.7.14 Please log in via your web browser and then try again. 5.7.14 For more information, go to 5.7.14 https://support.google.com/mail/answer/78754 iw10-20020a170903044a00b001d494f3d9cesm156119plb.128 - gsmtp

gopalchand

Another good test would be to configure another email account completely to see if that works properly.
--> This was 2nd mailbox I'm trying. one with actual mailbox I was trying but was not working. then I have created new mailbox and started troubleshooting just to see in case mailbox config issue any.

KevinTheJedi

gopalchand

Okay, so your server doesn’t like v1.18.1 for some reason. Can you try v1.18.1 with PHP 8.2 to see if that works?

I only have three other recommendations at this point:

Maybe try upgrading the laminas-mail package in osTicket with the latest from their repo. Note: this has not yet been tested and may have breaking changes. Take a full backup before you do this just in case it causes fatal issues.
Maybe try debugging at this point in the code to see if it provides a more detailed error.
Maybe log the full raw email by adding error_log($this->mbox->getRawEmail($i)); in that method above to see if it provides additional input.

Cheers.

KevinTheJedi

gopalchand

As far as the Basic Auth issue the error was pretty clear:

5.7.14 5.7.14 Please log in via your web browser and then try again.

As it states, you need to login to that account via the web browser (probably to confirm that was you, etc.). Then you should be able to go back to osTicket and retry the email authentication.

I will say that with Google specifically, if you have 2FA enabled on that account you need to generate an App Password and use that as the email's password in osTicket. If you don't have 2FA enabled you need to enable LessSecureApps (if still available). If LessSecureApps is not available (which it most likely isn't) then you either do the App Password thing or stick with OAuth2 (Modern Authentication). Google will be forcing Modern Auth in late 2024 so it's best to go ahead and stick with modern auth to avoid disruptions later on.

Cheers.

gopalchand

Hi KevinTheJedi ,
Sorry, we have a Holiday. Hence not able to update you.

laminas-mail package --> I already updated the same

Now, I am redownloading the 1.18 package and trying with PHP 8.2
I'll check and update you soon.

gopalchand

Hi KevinTheJedi ,

Just to update you, the issue has been solved now. After re-installation of osticket and PHP 8.2.15 with Basic Auth.

Thanks for your all support and guide.