TE MTA Bypass?

[HeikoAnkenbrand]

Yesterday, Check Point had a failure in the TE cloud infrastructure.

The mails were no longer delivered in this situation from in.emaild. Is there a cli or tecli command with which you can bypass everything in this situation.

Only the following possibilities are known to me:
1) Bypass TE Threat extraction with the command "scrUb bypass on"
2) Deliver the mails from the Postfix queue "/opt/postfix/usr/sbin/postfix -c /opt/postfix/etc/postfix/ flush"

Both cli commands have not helped and cannot help in this situation.

Now my question, how to get the mails from the in.emaild queue, if the cloud service is not available and is there a possibility to bypass all new mails via CLI command.

[Wolfgang]

@HeikoAnkenbrand ,

if the cloud services are not available I thought the behaviour depends on these settings:

We observed the same and restarting "in.emaild.mta" solved the problem.

Wolfgang

[HeikoAnkenbrand]

Hi @Wolfgang,

Thanks for the info.

If it's set wrong by customers, I want to have a way to send the mails from the queue. The TE cloud service was not available 9 hours. The customer has not received the mails in the in.emaild.mta queue for 9 hours. I have also not found anything how to forward the mails in this situation.

[Wolfgang]

@PhoneBoy 

would be useful to get some more information about the behaviour if the cloud services are not available ?

Wolfgang

[TP_Master]

@HeikoAnkenbrand Hi, do you have the "Maximum delay time" configured as seen below?

[liorj]

Hi @HeikoAnkenbrand,

you can use the following command for that " /opt/postfix/usr/sbin/postsuper -r ALL".

it should "requeue" all emails which eventually will bypass them instantly.

[HeikoAnkenbrand]

Hi @liorj,

I tried that. Problem is that only the postfix queue is delivered but the mails that are in the cloud cache of in.emails.mta are not delivered. 

Here I am looking for a solution to deliver the mails of the in.emaild.mta