Restore to mailbox option not working.

[B.JEGADEESAN]

We switched from Sphinx 3.3.1 to Manticore 6.2.12 with real-time (RT) configurations and initiated the reindexing process using multiple processes.
However, we are encountering an issue where the "Restore to Mailbox" option from the GUI is unresponsive, and there are no errors reported in the maillog.
We are currently using Piler version 1.4.4 and Manticore version 6.2.12. Please provide guidance on resolving this problem.

[Janos SUTO]

Check the nginx error log for errors, also check even the developer console in your browser, and look for javascript issues.

[B.JEGADEESAN]

Upon checking the Nginx error logs, no errors related to mailbox restoration were identified. Additionally, in the developer console, no JavaScript issues were found. How to proceed further and fix this issue.

[Janos SUTO]

Is it a consistent error for restoring any email or specific emails? Do you want to restore a single email or multiple emails? Could the size of these emails be larger than php’s memory_limit?

Also do you restore via smtp or imap? Try running ngrep on port 25 or 143/993 to if the gui actually tries to restore the email.

If none of these help to figure out what’s wrong, then you need to add manually some breakpoints (eg. syslog() calls) to the called php scripts to see where it’s stuck.

[B.JEGADEESAN]

Yes we get consistent error for restoring particular email.
We want to restore single email.
No the size of the email is 1K only (It’s a test mail).
Yes we are use to restore email via SMTP.
Yes 25 port is listening in our server.

Note: We utilize Zimbra users for LDAP-based logins, and while ldap users can successfully restore emails, But auditor encounter difficulties in restoring mailboxes.

[Janos SUTO]

OK, then run ngrep on port 25, and verify that the gui actually connects to the smarthost and wants to deliver something.

[B.JEGADEESAN]

Upon executing the ngrep command on port 25, I obtained the following output. In our configuration, we have configured a smarthost as our mail server, and our mail server is also operational and actively listening on port 25.

SMARTHOST CONFIG:
$config['SMARTHOST'] = 'MAIL SERVER IP';
$config['SMARTHOST_PORT'] = 25;

‌

OUTPUT:

[root@piler ~]# ngrep -q -d ens192 port 25
interface: ens192 (192.168.1.0/255.255.255.0)
filter: ( port 25 ) and ((ip || ip6) || (vlan && (ip || ip6)))

[Janos SUTO]

“and verify that the gui actually connects to the smarthost and wants to deliver something.”

‌

[B.JEGADEESAN]

In GUI shows smarthost OK in admin user. While operating from an auditor user, when attempting to click the "Restore to mailbox" option, the application is not responding at all. I have attached a screenshot for your reference.

‌

[Janos SUTO]

Now that’s an important information you should have started with. An auditor can restore the given message to either of the recipients, however their domain name must be present in the administration / domain menu (see it in the admin menu). When these domains have been added you’ll see the possible email addresses where the auditor can actually restore the email.