# Dirección de correo desactivada erróneamente por notificaciones de retraso
**URL:** https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273
**Category:** Bug
**Created:** [14 Diciembre, 2018 14:40 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273 "2018-12-14T14:40:03Z")
**Posts on this page:** 9
**Page:** 1
### Author:  [@Ekleog](https://meta.discourse.org/u/Ekleog)
#### Post date: [14 Diciembre, 2018 14:40 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/1 "2018-12-14T14:40:03Z")
Hello,
I have just noticed that I stopped receiving mail from a discourse ([nixos1@discoursemail.com](mailto:nixos1@discoursemail.com)) about 14 days ago. My email address is still correct.
In my PM on the discourse instance (that obviously I don’t go checking often because discourse is supposed to send me email), discourse told me that “we’re having trouble reaching you via email”.
My mail server has been half-down about 14 days ago, when my SMTP server was accepting messages but my antispam was down and thus mail stayed in the queue. My SMTP server thus sent mail delay warnings.
However, it looks like discourse interpreted these _delay warnings_ as “Our last few emails to you have all bounced back as undeliverable.”.
This is wrong, and the mail that got sent to Discourse is like the following:
```plaintext
Subject: Delivery status notification: delayed
Hi!
This is the MAILER-DAEMON, please DO NOT REPLY to this email.
A message is delayed for more than 4 hours for the following
list of recipients:
[...]: Network error on destination MXs
Please note that this is only a temporary failure report.
The message is kept in the queue for up to 7 days.
You DO NOT NEED to re-send the message to these recipients.
Below is a copy of the original message:
[...]
```
Note the caps “You DO NOT NEED to re-send the message to these recipients.”, and the `Subject` line that clearly states “delayed”. Nothing has gone wrong in the mail setup, and intermittent downtime is supposed to be expected from SMTP servers. This is not a non-delivery notification.
In addition, the discourse UI shows no indication that the mail sending has been stopped. I have just tried to change my email address, and hope this will turn ML mode on again… let’s see what happens.
Cheers,
Leo
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [14 Diciembre, 2018 18:03 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/2 "2018-12-14T18:03:27Z")
Did you check the bounce score for your account in the admin settings?
Note that it takes many bounces to get to an email invalidation. Furthermore, successful emails _reduce_ the bounce score over time.
---
### Author:  [@Ekleog](https://meta.discourse.org/u/Ekleog)
#### Post date: [14 Diciembre, 2018 18:49 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/3 "2018-12-14T18:49:40Z")
I am not an admin of the discourse instance.
As for the bounces, the thing is there has been none, unless my server
started sending NDN just to Discourse. There have been delayed mail
notifications, but these are not NDN.
As for succesful emails, discourse has tried to send no mail to my
machine between Nov 30 and Dec 14, so I don’t really see how successful
emails could have reduced the bounce score over time. Unless ~10 hours
sending one delayed mail per received mail is already enough to pass
over the point of no return? [nixos1@discoursemail.com](mailto:nixos1@discoursemail.com) sends about 20
mails per day, so I guess that’s about the number of delayed mail
notices my server sent.
However, I just want to insist that the thing I consider a bug is that
_mail delay notices appear to be considered as mail bounces_, which is
not true.
They should just be ignored, especially for dead address detection
reason where it makes sense to wait for an actual bounce. Indeed, I did
eventually receive all the email discourse sent me this day (but not
email discourse stopped sending me after noticing the delay
notifications)
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [14 Diciembre, 2018 19:10 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/4 "2018-12-14T19:10:45Z")
> [@Ekleog](#):
>
> I am not an admin of the discourse instance.
Then you need to check with the person who is…
---
### Author:  [@zogstrip](https://meta.discourse.org/u/zogstrip)
#### Post date: [14 Diciembre, 2018 21:14 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/6 "2018-12-14T21:14:05Z")
What bounce code do you send back in that case? 4.something?
---
### Author:  [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [14 Diciembre, 2018 22:53 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/7 "2018-12-14T22:53:03Z")
It’s not an SMTP level error - it’s an email generated by an intermediate MTA to the Sender (pretty sure it’s the envelope sender) when the mail is in the queue for longer than a certain duration.
I’ll send you some examples.
---
### Author:  [@Ekleog](https://meta.discourse.org/u/Ekleog)
#### Post date: [15 Diciembre, 2018 05:55 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/9 "2018-12-15T05:55:13Z")
> Then you need to check with the person who is…
This person would likely get nothing, given I have already changed twice
my email address to get it back to working (with the same email address
as before) and am receiving email again; so I’d rather not bother them
with this.
This bug report is only here to inform you that discourse wrongly
handles delay notifications as bounces, and shows no visual indication
that the email address is completely disabled when it is, after ~20
delay notifications if I try to guess from the amount of mail I usually
receive from this discourse.
I am not particularly looking for work-arounds here, only hoping that
such a situation doesn’t arise again for other people who may not notice
the interruption of the mail either.
If your question is to check that the bounce number actually increased,
I would think the private message I received is explicit in that it
assumes my server bounced, which as far as my logs show it didn’t:
```plaintext
(subject:) Is your email address correct?
We’re sorry, but we’re having trouble reaching you via email. Our last
few emails to you have all bounced back as undeliverable.
Can you make sure your email address is valid and working? You may also
wish to add our email address to your address book / contact list to
improve deliverability.
```
My SMTP server’s logs are also quite clear that it only went down for
the duration of a reboot.
- Nov 30, 05:13: My server sends first delay notification
- Nov 30, 05:24: Discourse attempts to send its last mail to me
- 06:28: 2nd and 3rd DN sent the same minute
- 08:17: 4th DN
- 12:35: Queue emptied, all mail are delivered, end of the incident…
but discourse doesn’t resume sending any mail, despite no
non-delivery notificaition having been sent
---
### Author:  [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [17 Diciembre, 2018 14:57 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/10 "2018-12-17T14:57:42Z")
> [@Ekleog](#):
>
> This bug report is only here to inform you that discourse wrongly
> handles delay notifications as bounces
We are looking into adding detection for delayed delivery notifications from the more common MTAs. 👍
---
### Author:  [@Ekleog](https://meta.discourse.org/u/Ekleog)
#### Post date: [17 Diciembre, 2018 16:26 UTC](https://meta.discourse.org/t/mail-address-spuriously-deactivated-due-to-delay-notifications/104273/11 "2018-12-17T16:26:32Z")
> We are looking into adding detection for delayed delivery notifications from the more common MTAs. 👍
Thank you! 👍