Can I Retrieve Email Addresses from BCC?Spoofing email From addressHow do I safely inspect a suspicious email attachment?Hotmail securityEmail Spoofing by SMTP Message-ID?Is thread's auto-login from email implementation secure/good user experience?PayPal “Confirm your email address” spam emails? I got 3 different mails within 10 hoursWebsite customer e-mail collection form getting spammed, why and what to doMail address spoofing : how to protect myselfEmail got hijacked or hacked, where to start?Can a custom return path make SPF redundant

Freedom of speech and where it applies

Open a doc from terminal, but not by its name

Do the concepts of IP address and network interface not belong to the same layer?

Is it possible to have a strip of cold climate in the middle of a planet?

Engineer refusing to file/disclose patents

Why in book's example is used 言葉(ことば) instead of 言語(げんご)?

How do I implement a file system driver driver in Linux?

Would it be legal for a US State to ban exports of a natural resource?

What linear sensor for a keyboard?

Does the Mind Blank spell prevent the target from being frightened?

Varistor? Purpose and principle

My friend sent me a screenshot of a transaction hash, but when I search for it I find divergent data. What happened?

What does this horizontal bar at the first measure mean?

Greatest common substring

Visiting the UK as unmarried couple

Is there a conventional notation or name for the slip angle?

What is the gram­mat­i­cal term for “‑ed” words like these?

Using a siddur to Daven from in a seforim store

Find last 3 digits of this monster number

Is it possible to use .desktop files to open local pdf files on specific pages with a browser?

Drawing a topological "handle" with Tikz

A social experiment. What is the worst that can happen?

How to align and center standalone amsmath equations?

Can someone explain how this makes sense electrically?



Can I Retrieve Email Addresses from BCC?


Spoofing email From addressHow do I safely inspect a suspicious email attachment?Hotmail securityEmail Spoofing by SMTP Message-ID?Is thread's auto-login from email implementation secure/good user experience?PayPal “Confirm your email address” spam emails? I got 3 different mails within 10 hoursWebsite customer e-mail collection form getting spammed, why and what to doMail address spoofing : how to protect myselfEmail got hijacked or hacked, where to start?Can a custom return path make SPF redundant













2















Can anyone tell me how to unmask the e-mail addresses in a bcc field when I am just a recipient? Need very simple, step-by-step instructions for someone who doesn't code. I have received a group e-mail and would really like to see the others who got it. Thank you!










share|improve this question







New contributor




Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
























    2















    Can anyone tell me how to unmask the e-mail addresses in a bcc field when I am just a recipient? Need very simple, step-by-step instructions for someone who doesn't code. I have received a group e-mail and would really like to see the others who got it. Thank you!










    share|improve this question







    New contributor




    Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.






















      2












      2








      2








      Can anyone tell me how to unmask the e-mail addresses in a bcc field when I am just a recipient? Need very simple, step-by-step instructions for someone who doesn't code. I have received a group e-mail and would really like to see the others who got it. Thank you!










      share|improve this question







      New contributor




      Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.












      Can anyone tell me how to unmask the e-mail addresses in a bcc field when I am just a recipient? Need very simple, step-by-step instructions for someone who doesn't code. I have received a group e-mail and would really like to see the others who got it. Thank you!







      email






      share|improve this question







      New contributor




      Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      share|improve this question







      New contributor




      Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      share|improve this question




      share|improve this question






      New contributor




      Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      asked 5 hours ago









      Jenny BJenny B

      111




      111




      New contributor




      Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.





      New contributor





      Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      Jenny B is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.




















          2 Answers
          2






          active

          oldest

          votes


















          4














          You can't. You simply won't have any information about the Bcc header when you receive the mail, so you there's nothing to "unmask".



          The way Bcc is designed is specified in RFC 2822, under section 3.6.3. To quote the specification:




          The "Bcc:" field (where the "Bcc" means "Blind Carbon Copy") contains
          addresses of recipients of the message whose addresses are not to be
          revealed to other recipients of the message. There are three ways in
          which the "Bcc:" field is used. In the first case, when a message
          containing a "Bcc:" field is prepared to be sent, the "Bcc:" line is
          removed even though all of the recipients (including those specified
          in the "Bcc:" field) are sent a copy of the message. In the second
          case, recipients specified in the "To:" and "Cc:" lines each are sent
          a copy of the message with the "Bcc:" line removed as above, but the
          recipients on the "Bcc:" line get a separate copy of the message
          containing a "Bcc:" line. (When there are multiple recipient
          addresses in the "Bcc:" field, some implementations actually send a
          separate copy of the message to each recipient with a "Bcc:"
          containing only the address of that particular recipient.) Finally,
          since a "Bcc:" field may contain no addresses, a "Bcc:" field can be
          sent without any addresses indicating to the recipients that blind
          copies were sent to someone. Which method to use with "Bcc:" fields
          is implementation dependent, but refer to the "Security
          Considerations" section of this document for a discussion of each.



          When a message is a reply to another message, the mailboxes of the
          authors of the original message (the mailboxes in the "From:" field)
          or mailboxes specified in the "Reply-To:" field (if it exists) MAY
          appear in the "To:" field of the reply since these would normally be
          the primary recipients of the reply. If a reply is sent to a message
          that has destination fields, it is often desirable to send a copy of
          the reply to all of the recipients of the message, in addition to the
          author. When such a reply is formed, addresses in the "To:" and "Cc:"
          fields of the original message MAY appear in the "Cc:" field of the
          reply, since these are normally secondary recipients of the reply. If
          a "Bcc:" field is present in the original message, addresses in that
          field MAY appear in the "Bcc:" field of the reply, but SHOULD NOT
          appear in the "To:" or "Cc:" fields.



          Note: Some mail applications have automatic reply commands that
          include the destination addresses of the original message in the
          destination addresses of the reply. How those reply commands behave
          is implementation dependent and is beyond the scope of this document.
          In particular, whether or not to include the original destination
          addresses when the original message had a "Reply-To:" field is not
          addressed here.




          In practice the case where To and Cc recipients receive no Bcc line, but each Bcc'ed address receives a Bcc line containing only their email address, is most common. This provides no indication of a Bcc to the To and Cc recipients, and indicates to the Bcc'ed recipients that they were sent the email via the use of Bcc without revealing other Bcc recipients.






          share|improve this answer


















          • 1





            each Bcc'ed address receives a Bcc line containing only their email address, is most common. Is it? That would require sending the message multiple times instead of a single message with multiple RCPT TO: commands. What MUA would do that?

            – Esa Jokinen
            1 hour ago












          • @EsaJokinen What other choice does the MUA have when the recipients are on different domains? BCC simply forces that behaviour.

            – Selcuk
            35 mins ago











          • The MUA sends it only once to the MTA, and the MTA starts delivering it separately to all the different domains. The thing is that MTAs won't usually bother to add RCPT TO as Bcc:. It's more likely in a Received: header as for <user@example.com>.

            – Esa Jokinen
            6 mins ago



















          1














          Typically not possible if you don't have control over the sender SMTP server since this field is not transmitted to the recipient SMTP server.



          When sending a mail, the sender SMTP server checks the BCC field and creates a copy for each recipient listed, removing the list of other recipients.
          That is the whole point of BCC functionality.






          share|improve this answer






















            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "162"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            noCode: true, onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );






            Jenny B is a new contributor. Be nice, and check out our Code of Conduct.









            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsecurity.stackexchange.com%2fquestions%2f206003%2fcan-i-retrieve-email-addresses-from-bcc%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            2 Answers
            2






            active

            oldest

            votes








            2 Answers
            2






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            4














            You can't. You simply won't have any information about the Bcc header when you receive the mail, so you there's nothing to "unmask".



            The way Bcc is designed is specified in RFC 2822, under section 3.6.3. To quote the specification:




            The "Bcc:" field (where the "Bcc" means "Blind Carbon Copy") contains
            addresses of recipients of the message whose addresses are not to be
            revealed to other recipients of the message. There are three ways in
            which the "Bcc:" field is used. In the first case, when a message
            containing a "Bcc:" field is prepared to be sent, the "Bcc:" line is
            removed even though all of the recipients (including those specified
            in the "Bcc:" field) are sent a copy of the message. In the second
            case, recipients specified in the "To:" and "Cc:" lines each are sent
            a copy of the message with the "Bcc:" line removed as above, but the
            recipients on the "Bcc:" line get a separate copy of the message
            containing a "Bcc:" line. (When there are multiple recipient
            addresses in the "Bcc:" field, some implementations actually send a
            separate copy of the message to each recipient with a "Bcc:"
            containing only the address of that particular recipient.) Finally,
            since a "Bcc:" field may contain no addresses, a "Bcc:" field can be
            sent without any addresses indicating to the recipients that blind
            copies were sent to someone. Which method to use with "Bcc:" fields
            is implementation dependent, but refer to the "Security
            Considerations" section of this document for a discussion of each.



            When a message is a reply to another message, the mailboxes of the
            authors of the original message (the mailboxes in the "From:" field)
            or mailboxes specified in the "Reply-To:" field (if it exists) MAY
            appear in the "To:" field of the reply since these would normally be
            the primary recipients of the reply. If a reply is sent to a message
            that has destination fields, it is often desirable to send a copy of
            the reply to all of the recipients of the message, in addition to the
            author. When such a reply is formed, addresses in the "To:" and "Cc:"
            fields of the original message MAY appear in the "Cc:" field of the
            reply, since these are normally secondary recipients of the reply. If
            a "Bcc:" field is present in the original message, addresses in that
            field MAY appear in the "Bcc:" field of the reply, but SHOULD NOT
            appear in the "To:" or "Cc:" fields.



            Note: Some mail applications have automatic reply commands that
            include the destination addresses of the original message in the
            destination addresses of the reply. How those reply commands behave
            is implementation dependent and is beyond the scope of this document.
            In particular, whether or not to include the original destination
            addresses when the original message had a "Reply-To:" field is not
            addressed here.




            In practice the case where To and Cc recipients receive no Bcc line, but each Bcc'ed address receives a Bcc line containing only their email address, is most common. This provides no indication of a Bcc to the To and Cc recipients, and indicates to the Bcc'ed recipients that they were sent the email via the use of Bcc without revealing other Bcc recipients.






            share|improve this answer


















            • 1





              each Bcc'ed address receives a Bcc line containing only their email address, is most common. Is it? That would require sending the message multiple times instead of a single message with multiple RCPT TO: commands. What MUA would do that?

              – Esa Jokinen
              1 hour ago












            • @EsaJokinen What other choice does the MUA have when the recipients are on different domains? BCC simply forces that behaviour.

              – Selcuk
              35 mins ago











            • The MUA sends it only once to the MTA, and the MTA starts delivering it separately to all the different domains. The thing is that MTAs won't usually bother to add RCPT TO as Bcc:. It's more likely in a Received: header as for <user@example.com>.

              – Esa Jokinen
              6 mins ago
















            4














            You can't. You simply won't have any information about the Bcc header when you receive the mail, so you there's nothing to "unmask".



            The way Bcc is designed is specified in RFC 2822, under section 3.6.3. To quote the specification:




            The "Bcc:" field (where the "Bcc" means "Blind Carbon Copy") contains
            addresses of recipients of the message whose addresses are not to be
            revealed to other recipients of the message. There are three ways in
            which the "Bcc:" field is used. In the first case, when a message
            containing a "Bcc:" field is prepared to be sent, the "Bcc:" line is
            removed even though all of the recipients (including those specified
            in the "Bcc:" field) are sent a copy of the message. In the second
            case, recipients specified in the "To:" and "Cc:" lines each are sent
            a copy of the message with the "Bcc:" line removed as above, but the
            recipients on the "Bcc:" line get a separate copy of the message
            containing a "Bcc:" line. (When there are multiple recipient
            addresses in the "Bcc:" field, some implementations actually send a
            separate copy of the message to each recipient with a "Bcc:"
            containing only the address of that particular recipient.) Finally,
            since a "Bcc:" field may contain no addresses, a "Bcc:" field can be
            sent without any addresses indicating to the recipients that blind
            copies were sent to someone. Which method to use with "Bcc:" fields
            is implementation dependent, but refer to the "Security
            Considerations" section of this document for a discussion of each.



            When a message is a reply to another message, the mailboxes of the
            authors of the original message (the mailboxes in the "From:" field)
            or mailboxes specified in the "Reply-To:" field (if it exists) MAY
            appear in the "To:" field of the reply since these would normally be
            the primary recipients of the reply. If a reply is sent to a message
            that has destination fields, it is often desirable to send a copy of
            the reply to all of the recipients of the message, in addition to the
            author. When such a reply is formed, addresses in the "To:" and "Cc:"
            fields of the original message MAY appear in the "Cc:" field of the
            reply, since these are normally secondary recipients of the reply. If
            a "Bcc:" field is present in the original message, addresses in that
            field MAY appear in the "Bcc:" field of the reply, but SHOULD NOT
            appear in the "To:" or "Cc:" fields.



            Note: Some mail applications have automatic reply commands that
            include the destination addresses of the original message in the
            destination addresses of the reply. How those reply commands behave
            is implementation dependent and is beyond the scope of this document.
            In particular, whether or not to include the original destination
            addresses when the original message had a "Reply-To:" field is not
            addressed here.




            In practice the case where To and Cc recipients receive no Bcc line, but each Bcc'ed address receives a Bcc line containing only their email address, is most common. This provides no indication of a Bcc to the To and Cc recipients, and indicates to the Bcc'ed recipients that they were sent the email via the use of Bcc without revealing other Bcc recipients.






            share|improve this answer


















            • 1





              each Bcc'ed address receives a Bcc line containing only their email address, is most common. Is it? That would require sending the message multiple times instead of a single message with multiple RCPT TO: commands. What MUA would do that?

              – Esa Jokinen
              1 hour ago












            • @EsaJokinen What other choice does the MUA have when the recipients are on different domains? BCC simply forces that behaviour.

              – Selcuk
              35 mins ago











            • The MUA sends it only once to the MTA, and the MTA starts delivering it separately to all the different domains. The thing is that MTAs won't usually bother to add RCPT TO as Bcc:. It's more likely in a Received: header as for <user@example.com>.

              – Esa Jokinen
              6 mins ago














            4












            4








            4







            You can't. You simply won't have any information about the Bcc header when you receive the mail, so you there's nothing to "unmask".



            The way Bcc is designed is specified in RFC 2822, under section 3.6.3. To quote the specification:




            The "Bcc:" field (where the "Bcc" means "Blind Carbon Copy") contains
            addresses of recipients of the message whose addresses are not to be
            revealed to other recipients of the message. There are three ways in
            which the "Bcc:" field is used. In the first case, when a message
            containing a "Bcc:" field is prepared to be sent, the "Bcc:" line is
            removed even though all of the recipients (including those specified
            in the "Bcc:" field) are sent a copy of the message. In the second
            case, recipients specified in the "To:" and "Cc:" lines each are sent
            a copy of the message with the "Bcc:" line removed as above, but the
            recipients on the "Bcc:" line get a separate copy of the message
            containing a "Bcc:" line. (When there are multiple recipient
            addresses in the "Bcc:" field, some implementations actually send a
            separate copy of the message to each recipient with a "Bcc:"
            containing only the address of that particular recipient.) Finally,
            since a "Bcc:" field may contain no addresses, a "Bcc:" field can be
            sent without any addresses indicating to the recipients that blind
            copies were sent to someone. Which method to use with "Bcc:" fields
            is implementation dependent, but refer to the "Security
            Considerations" section of this document for a discussion of each.



            When a message is a reply to another message, the mailboxes of the
            authors of the original message (the mailboxes in the "From:" field)
            or mailboxes specified in the "Reply-To:" field (if it exists) MAY
            appear in the "To:" field of the reply since these would normally be
            the primary recipients of the reply. If a reply is sent to a message
            that has destination fields, it is often desirable to send a copy of
            the reply to all of the recipients of the message, in addition to the
            author. When such a reply is formed, addresses in the "To:" and "Cc:"
            fields of the original message MAY appear in the "Cc:" field of the
            reply, since these are normally secondary recipients of the reply. If
            a "Bcc:" field is present in the original message, addresses in that
            field MAY appear in the "Bcc:" field of the reply, but SHOULD NOT
            appear in the "To:" or "Cc:" fields.



            Note: Some mail applications have automatic reply commands that
            include the destination addresses of the original message in the
            destination addresses of the reply. How those reply commands behave
            is implementation dependent and is beyond the scope of this document.
            In particular, whether or not to include the original destination
            addresses when the original message had a "Reply-To:" field is not
            addressed here.




            In practice the case where To and Cc recipients receive no Bcc line, but each Bcc'ed address receives a Bcc line containing only their email address, is most common. This provides no indication of a Bcc to the To and Cc recipients, and indicates to the Bcc'ed recipients that they were sent the email via the use of Bcc without revealing other Bcc recipients.






            share|improve this answer













            You can't. You simply won't have any information about the Bcc header when you receive the mail, so you there's nothing to "unmask".



            The way Bcc is designed is specified in RFC 2822, under section 3.6.3. To quote the specification:




            The "Bcc:" field (where the "Bcc" means "Blind Carbon Copy") contains
            addresses of recipients of the message whose addresses are not to be
            revealed to other recipients of the message. There are three ways in
            which the "Bcc:" field is used. In the first case, when a message
            containing a "Bcc:" field is prepared to be sent, the "Bcc:" line is
            removed even though all of the recipients (including those specified
            in the "Bcc:" field) are sent a copy of the message. In the second
            case, recipients specified in the "To:" and "Cc:" lines each are sent
            a copy of the message with the "Bcc:" line removed as above, but the
            recipients on the "Bcc:" line get a separate copy of the message
            containing a "Bcc:" line. (When there are multiple recipient
            addresses in the "Bcc:" field, some implementations actually send a
            separate copy of the message to each recipient with a "Bcc:"
            containing only the address of that particular recipient.) Finally,
            since a "Bcc:" field may contain no addresses, a "Bcc:" field can be
            sent without any addresses indicating to the recipients that blind
            copies were sent to someone. Which method to use with "Bcc:" fields
            is implementation dependent, but refer to the "Security
            Considerations" section of this document for a discussion of each.



            When a message is a reply to another message, the mailboxes of the
            authors of the original message (the mailboxes in the "From:" field)
            or mailboxes specified in the "Reply-To:" field (if it exists) MAY
            appear in the "To:" field of the reply since these would normally be
            the primary recipients of the reply. If a reply is sent to a message
            that has destination fields, it is often desirable to send a copy of
            the reply to all of the recipients of the message, in addition to the
            author. When such a reply is formed, addresses in the "To:" and "Cc:"
            fields of the original message MAY appear in the "Cc:" field of the
            reply, since these are normally secondary recipients of the reply. If
            a "Bcc:" field is present in the original message, addresses in that
            field MAY appear in the "Bcc:" field of the reply, but SHOULD NOT
            appear in the "To:" or "Cc:" fields.



            Note: Some mail applications have automatic reply commands that
            include the destination addresses of the original message in the
            destination addresses of the reply. How those reply commands behave
            is implementation dependent and is beyond the scope of this document.
            In particular, whether or not to include the original destination
            addresses when the original message had a "Reply-To:" field is not
            addressed here.




            In practice the case where To and Cc recipients receive no Bcc line, but each Bcc'ed address receives a Bcc line containing only their email address, is most common. This provides no indication of a Bcc to the To and Cc recipients, and indicates to the Bcc'ed recipients that they were sent the email via the use of Bcc without revealing other Bcc recipients.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered 5 hours ago









            PolynomialPolynomial

            101k31246339




            101k31246339







            • 1





              each Bcc'ed address receives a Bcc line containing only their email address, is most common. Is it? That would require sending the message multiple times instead of a single message with multiple RCPT TO: commands. What MUA would do that?

              – Esa Jokinen
              1 hour ago












            • @EsaJokinen What other choice does the MUA have when the recipients are on different domains? BCC simply forces that behaviour.

              – Selcuk
              35 mins ago











            • The MUA sends it only once to the MTA, and the MTA starts delivering it separately to all the different domains. The thing is that MTAs won't usually bother to add RCPT TO as Bcc:. It's more likely in a Received: header as for <user@example.com>.

              – Esa Jokinen
              6 mins ago













            • 1





              each Bcc'ed address receives a Bcc line containing only their email address, is most common. Is it? That would require sending the message multiple times instead of a single message with multiple RCPT TO: commands. What MUA would do that?

              – Esa Jokinen
              1 hour ago












            • @EsaJokinen What other choice does the MUA have when the recipients are on different domains? BCC simply forces that behaviour.

              – Selcuk
              35 mins ago











            • The MUA sends it only once to the MTA, and the MTA starts delivering it separately to all the different domains. The thing is that MTAs won't usually bother to add RCPT TO as Bcc:. It's more likely in a Received: header as for <user@example.com>.

              – Esa Jokinen
              6 mins ago








            1




            1





            each Bcc'ed address receives a Bcc line containing only their email address, is most common. Is it? That would require sending the message multiple times instead of a single message with multiple RCPT TO: commands. What MUA would do that?

            – Esa Jokinen
            1 hour ago






            each Bcc'ed address receives a Bcc line containing only their email address, is most common. Is it? That would require sending the message multiple times instead of a single message with multiple RCPT TO: commands. What MUA would do that?

            – Esa Jokinen
            1 hour ago














            @EsaJokinen What other choice does the MUA have when the recipients are on different domains? BCC simply forces that behaviour.

            – Selcuk
            35 mins ago





            @EsaJokinen What other choice does the MUA have when the recipients are on different domains? BCC simply forces that behaviour.

            – Selcuk
            35 mins ago













            The MUA sends it only once to the MTA, and the MTA starts delivering it separately to all the different domains. The thing is that MTAs won't usually bother to add RCPT TO as Bcc:. It's more likely in a Received: header as for <user@example.com>.

            – Esa Jokinen
            6 mins ago






            The MUA sends it only once to the MTA, and the MTA starts delivering it separately to all the different domains. The thing is that MTAs won't usually bother to add RCPT TO as Bcc:. It's more likely in a Received: header as for <user@example.com>.

            – Esa Jokinen
            6 mins ago














            1














            Typically not possible if you don't have control over the sender SMTP server since this field is not transmitted to the recipient SMTP server.



            When sending a mail, the sender SMTP server checks the BCC field and creates a copy for each recipient listed, removing the list of other recipients.
            That is the whole point of BCC functionality.






            share|improve this answer



























              1














              Typically not possible if you don't have control over the sender SMTP server since this field is not transmitted to the recipient SMTP server.



              When sending a mail, the sender SMTP server checks the BCC field and creates a copy for each recipient listed, removing the list of other recipients.
              That is the whole point of BCC functionality.






              share|improve this answer

























                1












                1








                1







                Typically not possible if you don't have control over the sender SMTP server since this field is not transmitted to the recipient SMTP server.



                When sending a mail, the sender SMTP server checks the BCC field and creates a copy for each recipient listed, removing the list of other recipients.
                That is the whole point of BCC functionality.






                share|improve this answer













                Typically not possible if you don't have control over the sender SMTP server since this field is not transmitted to the recipient SMTP server.



                When sending a mail, the sender SMTP server checks the BCC field and creates a copy for each recipient listed, removing the list of other recipients.
                That is the whole point of BCC functionality.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 5 hours ago









                NaoyNaoy

                212




                212




















                    Jenny B is a new contributor. Be nice, and check out our Code of Conduct.









                    draft saved

                    draft discarded


















                    Jenny B is a new contributor. Be nice, and check out our Code of Conduct.












                    Jenny B is a new contributor. Be nice, and check out our Code of Conduct.











                    Jenny B is a new contributor. Be nice, and check out our Code of Conduct.














                    Thanks for contributing an answer to Information Security Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsecurity.stackexchange.com%2fquestions%2f206003%2fcan-i-retrieve-email-addresses-from-bcc%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Möglingen Índice Localización Historia Demografía Referencias Enlaces externos Menú de navegación48°53′18″N 9°07′45″E / 48.888333333333, 9.129166666666748°53′18″N 9°07′45″E / 48.888333333333, 9.1291666666667Sitio web oficial Mapa de Möglingen«Gemeinden in Deutschland nach Fläche, Bevölkerung und Postleitzahl am 30.09.2016»Möglingen

                    Virtualbox - Configuration error: Querying “UUID” failed (VERR_CFGM_VALUE_NOT_FOUND)“VERR_SUPLIB_WORLD_WRITABLE” error when trying to installing OS in virtualboxVirtual Box Kernel errorFailed to open a seesion for the virtual machineFailed to open a session for the virtual machineUbuntu 14.04 LTS Virtualbox errorcan't use VM VirtualBoxusing virtualboxI can't run Linux-64 Bit on VirtualBoxUnable to insert the virtual optical disk (VBoxguestaddition) in virtual machine for ubuntu server in win 10VirtuaBox in Ubuntu 18.04 Issues with Win10.ISO Installation

                    Antonio De Lisio Carrera Referencias Menú de navegación«Caracas: evolución relacional multipleja»«Cuando los gobiernos subestiman a las localidades: L a Iniciativa para la Integración de la Infraestructura Regional Suramericana (IIRSA) en la frontera Colombo-Venezolana»«Maestría en Planificación Integral del Ambiente»«La Metrópoli Caraqueña: Expansión Simplificadora o Articulación Diversificante»«La Metrópoli Caraqueña: Expansión Simplificadora o Articulación Diversificante»«Conózcanos»«Caracas: evolución relacional multipleja»«La Metrópoli Caraqueña: Expansión Simplificadora o Articulación Diversificante»