Uploaded image for project: 'Bitbucket Cloud'
  1. Bitbucket Cloud
  2. BCLOUD-8409

noreply@bitbucket.org no longer working - Bitbucket using a fake/non-existing Envelope Sender address causes e-mail rejections

    XMLWordPrintable

Details

    Description

      Please fix the e-mail address noreply@bitbucket.org - it currently does not exist.

      Up until last month, the e-mail address noreply@bitbucket.org was working fine - your incoming mail server accepted DSNs for this address, for example, on this occasion (extract from our e-mail service provider's mail server log):

      #!text
      
      2013-10-15 19:26:43 1VW9KN-0007zE-3N <= noreply@bitbucket.org H=lb01-ash.bitbucket.org (lb01.bitbucket.org) [131.103.20.165] S=4391 id=20131015182634.26429.466@app13.ash-private.bitbucket.org T="[Bitbucket] Confirm your email address" from <noreply@bitbucket.org> for ...
      

      However, today it appears that the address noreply@bitbucket.org no longer exists but is still used for your outgoing e-mails, e.g. for password reset messages. As a result many users with stricter spam filtering will be unable to receive these messages from Bitbucket (extract from our e-mail service provider's mail server log):

      #!text
      
      2013-11-08 17:59:36 H=lb01-ash.bitbucket.org (lb01.bitbucket.org) [131.103.20.165] sender verify fail for <noreply@bitbucket.org>: response to "RCPT TO:<noreply@bitbucket.org>" from aspmx.l.google.com [173.194.66.27] was: 550-5.1.1 The email account that you tried to reach does not exist. Please try\n550-5.1.1 double-checking the recipient&#x27;s email address for typos or\n550-5.1.1 unnecessary spaces. Learn more at\n550 5.1.1 http://support.google.com/mail/bin/answer.py?answer=6596 q8si1470180wij.48 - gsmtp
      
      2013-11-08 17:59:36 H=lb01-ash.bitbucket.org (lb01.bitbucket.org) [131.103.20.165] F=<noreply@bitbucket.org> rejected RCPT <...>: Sender verify failed
      

      I can understand that you do not want to receive things like bounce messages and auto-replies, but please do not reject DSNs after "RCPT TO" during the SMTP conversation. Either accept DSNs and route them to the bin or reject them after the "DATA" stage during the SMTP conversation.

      I hope this bug report helps to bring your system back to the usual reliability we are used to.

      Attachments

        Activity

          People

            Unassigned Unassigned
            4f79164d9616 stars-h
            Votes:
            2 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: