Mail delivery error is not sent when email cannot be received? Emails lost?

5 posts / 0 new
Last post
#1 Wed, 12/07/2016 - 04:45
netizen

Mail delivery error is not sent when email cannot be received? Emails lost?

Hello,

Two issues/questions on email system and quota:

1) I realised yesterday that one account in the system had reached its quota and was not receiving any emails but no prior warning was sent to the user or the domain admin. Does virtualmin require extra configuration that needs to be done after its installation for warning to be sent?

2) Incoming emails to that account (from external sources) never reached the account however the senders were not notified that their emails actually failed to be (properly) delivered. Why is that (no notification to senders)? Can somehow be fixed? Have those emails been discarded or they are saved somewhere?

Wed, 12/07/2016 - 14:08
unborn
unborn's picture

hi, well to point one - you should setup warnings about quota to your email as you are web/post master and to the clients... If any server will reach the quota then nothing else will be process.. simple - you would need to do this manually - I hope so you understand the spamming things :)

secondly, sure there is a gap when email will be delivered so I suggest to contact your client with message, that he needs to actually delete some stuff and he will be fine to receive those email/s - I would say 72 hours from the time you found out.. at least. - no emails should be lost during that period of time however some hosts limits re-delivery to 24 hours.. so if you are sysadmin I would suggest you to lift up the quota or delete some old emails.

Configuring/troubleshooting Debian servers is always great fun

Sat, 12/10/2016 - 13:55 (Reply to #2)
netizen

OK I found in Webmin the email alerts about quota limits and set it up. It instantly triggered an email to a group that was close to limit. Question: Can the email text be edited? Searched everywhere but no luck. Also older posts here suggested that it was not possible (at the time). Any changes since?

Your second reply (and thank you for it) does not really answer what happened to those emails... If they were not processed then why an error was not sent back to the original senders? Any ideas?

CentOS Linux 7.2.1511 Linux 3.10.0-327.36.3.el7.x86_64 on x86_64

Sat, 12/10/2016 - 14:16 (Reply to #3)
unborn
unborn's picture

hi netizen, regard email close limits text, I am sure somewhere in configs you can edit what it it send out to the group. Regards what happened to those emails, well that is how senders server is set up. For example if someone sends you email from gmail and it will fail to delivery for whatever reason I think google will email the sender that email was not delivered yet and it will try to re-send it within 48 hours (im not totally sure) and if it fails then google will let know sender that email was not delivered for whatever reason. But it should depend on senders server, not yours. Your server was possibly not send bounce msg or any error msg as it was close to limits or perhaps reached the limits? perhaps due to fact that outbox was unable to save the outgoing msg? perhaps I could be wrong you know - i do not know as I did not reach any limits yet on my servers past 7 years, so I am not able to clearly answer this - sorry.

Configuring/troubleshooting Debian servers is always great fun

Sun, 12/11/2016 - 05:06
netizen

Hi,

Well I searched everywhere (as I do before posting) but couldn't find where those emails can be tailored with custom text. Unless of course if you mean altering pl scripts. That yes it might be possible but surely not the correct way of doing it. If you have sometime to search your config please let me know.

Regarding no bounces...the server did not reach its limits (very far from it). It is only that account that had problems with receiving emails due to quota at that point in time. As I did not find meaningful errors in maillog (i.e sending a bounce) I believe the problem lies on how email is being handled -when spam and antivirus- is enabled on the account-. I'm am not an expert on postfix (far from it) but I think the emails where received and passed for scanning however afterwards (and due to quota) they were discarded. If this is that happened then yes it makes sense why remote servers did not pickup a bounce.

Topic locked