- Joined
- Oct 26, 2020
- Messages
- 8
- Reaction score
- 2
We have been struggling with this issue for quite so long.
It started with one of our customers who reported they left a voicemail on one of their extensions but no email was sent. 3CX voicemail config was set to "send as an attachment and delete from mbox".
- We checked our SMTP; the configuration has not been changed and other 3CX customers are sending normally
- Tried to test mail from our customer 3cx and its working as it should be
- All kinds of alerts on the same 3CX instance are working normally, i.e; backup, IP blacklist, etc..
- Restarting all services will resolve the issue and somehow send all voicemails to all extensions.
- We have rebuilt the whole docker instance from scratch on a new host and the issue was resolved and we never faced this issue again. UNTIL last week it happened again.
Somehow rebuilding the instance resolved the issue for almost 3 months (that's what we know about)
The only workaround is to restart all services on daily basis using a cronjob which I personally do not prefer.
Unfortunately, we have raised this to 3CX support but we have reached a dead end as they kept on asking to enable verbose logging and run tshark capture after restarting all services till this issue happens again; This is impossible as we are very limited with the disk space and this issue happens only when it happens (it might take a week, 2 or even a month to happen again).
We are on version 16.0.8.9 Debian 9.13
It started with one of our customers who reported they left a voicemail on one of their extensions but no email was sent. 3CX voicemail config was set to "send as an attachment and delete from mbox".
- We checked our SMTP; the configuration has not been changed and other 3CX customers are sending normally
- Tried to test mail from our customer 3cx and its working as it should be
- All kinds of alerts on the same 3CX instance are working normally, i.e; backup, IP blacklist, etc..
- Restarting all services will resolve the issue and somehow send all voicemails to all extensions.
- We have rebuilt the whole docker instance from scratch on a new host and the issue was resolved and we never faced this issue again. UNTIL last week it happened again.
Somehow rebuilding the instance resolved the issue for almost 3 months (that's what we know about)
The only workaround is to restart all services on daily basis using a cronjob which I personally do not prefer.
Unfortunately, we have raised this to 3CX support but we have reached a dead end as they kept on asking to enable verbose logging and run tshark capture after restarting all services till this issue happens again; This is impossible as we are very limited with the disk space and this issue happens only when it happens (it might take a week, 2 or even a month to happen again).
We are on version 16.0.8.9 Debian 9.13