Kuinka voin piilottaa piilokopio-kentän sähköpostiosoitteet, kun olen vain vastaanottaja?
Tarvitsen hyvin yksinkertaisia, vaiheittaisia ohjeita henkilölle, joka ei koodaa. Olen saanut ryhmäsähköpostin ja haluaisin todella nähdä muut, jotka sen saivat.
Kommentit
- En pysty tekemään tätä on piilokopion tarkka kohta.
- Minulla on tunne siellä ’ sa seurantakysymys tulee työpaikalle. SE
- Sinun on murtauduttava SMTP-palvelimeen, joka lähetti sinulle sähköpostin, ja purettava saapuvat lokit, jotta näet BCC: n. on todennäköisesti vaikea saavuttaa tämä …
- @chrylis Ollakseni oikeudenmukainen, on niin monia tapauksia, joissa tiedot, joihin ’ ei pitäisi olla saatavilla, ovat vain piilossa, jotta voin ymmärtää, miten joku ajattelee, että se voisi olla mahdollista.
- Ei mitään helpompaa. Sue lähettäjälle pakottaaksesi alkuperäisen viestin paljastamaan haasteen avulla.
Vastaa
Et voi. Sinulla ei yksinkertaisesti ole mitään tietoja piilokopio-otsakkeesta, kun vastaanotat sähköpostia, joten sinun ei tarvitse ”paljastaa” mitään.
Piilokopion suunnittelu on määritelty kohdassa RFC 2822 , 3.6.3. Lainataksesi määrittelyä:
”Piilokopio” -kenttä (jossa ”Piilokopio” tarkoittaa ”sokeaa kopiota”) sisältää viestin vastaanottajien osoitteet joiden osoitteita ei tule paljastaa muille viestin vastaanottajille. Piilokopio: -kenttää käytetään kolmella tavalla. Ensimmäisessä tapauksessa, kun ”Piilokopio:” -kentän sisältävä viesti on valmis lähetettäväksi, ”Piilokopio:” -rivi poistetaan, vaikka kaikille vastaanottajille (myös ”Piilokopio:” -kentässä määritetyt) lähetetään kopio viestistä. Toisessa tapauksessa ”Vastaanottaja” – ja ”Kopio:” -rivillä määritetyille vastaanottajille lähetetään kullekin viestin kopio, jonka ”Piilokopio” -rivi on poistettu kuten yllä, mutta rivillä ”Piilokopio:” vastaanotetut saavat erillinen kopio viestistä, joka sisältää rivin ”Piilokopio:”. (Kun ”Piilokopio:” -kentässä on useita vastaanottajan osoitteita, jotkut toteutukset lähettävät erillisen kopion viestistä kullekin vastaanottajalle, jonka ”Piilokopio:” sisältää vain kyseisen vastaanottajan osoitteen.) Lopuksi, koska ”Piilokopio” : ”- kenttä ei saa sisältää osoitteita,” Piilokopio ”- kenttä voidaan lähettää ilman osoitteita, jotka osoittavat vastaanottajille, että sokeat kopiot on lähetetty jollekin. ”Piilokopio:” -kenttien kanssa käytettävä menetelmä on toteutuksesta riippuvainen, mutta keskustele niistä tämän asiakirjan ”Turvallisuusnäkökohdat” -osasta.
Kun viesti on vastaus toiseen viestiin, alkuperäisen viestin kirjoittajien postilaatikot (postilaatikot Lähettäjä: -kentässä) tai Vastaa-kenttään määritetyt postilaatikot (jos sellaisia on) VOIVAT näkyä vastauksen Vastaanottaja-kentässä, koska nämä yleensä vastauksen ensisijaiset vastaanottajat. Jos vastaus lähetetään viestiin, jolla on kohdekenttiä, on usein toivottavaa lähettää kopio vastauksesta kaikille viestin vastaanottajille tekijän lisäksi. Kun tällainen vastaus muodostetaan, osoitteet alkuperäisen viestin ”Vastaanottaja” ja ”Kopio:” kentissä VOIVAT näkyä vastauksen ”Kopio:” -kentässä, koska nämä ovat yleensä toissijaisia vastauksen vastaanottajia. Jos alkuperäisessä viestissä on ”Piilokopio” -kenttä, kentän osoitteet VOIVAT näkyä vastauksen ”Piilokopio:” -kentässä, mutta EI SAA näkyä ”Vastaanottaja” – tai ”Kopio:” -kentissä.
Huomaa: Joissakin postisovelluksissa on automaattiset vastauskomennot, jotka sisältävät alkuperäisen viestin kohdeosoitteet vastauksen kohdeosoitteisiin. Kuinka nämä vastauskomennot käyttäytyvät, riippuu toteutuksesta ja on tämän asiakirjan soveltamisalan ulkopuolella. Erityisesti sitä, sisällytetäänkö alkuperäiset kohdeosoitteet vai ei, kun alkuperäisessä viestissä oli ”Vastaa:” -kenttä, ei käsitellä tässä.
käytännössä tapaus, jossa Vastaanottaja ja Kopio-vastaanottaja ei saa piilokopio-riviä, mutta jokainen piilokopio-osoitteen vastaanotettu piilokopirivi, joka sisältää vain heidän sähköpostiosoitteensa, on yleisin. Tämä ei osoita piilokopiota vastaanottajille ja kopioille. piilokopio ”ilmoitti vastaanottajille, että heille lähetettiin sähköposti piilokopion avulla paljastamatta muita piilokopio-vastaanottajaa.
Kommentit
-
each Bcc'ed address receives a Bcc line containing only their email address, is most common.Onko? Se edellyttäisi viestin lähettämistä useita kertoja yhden viestin sijaan, jossa on useita komentojaRCPT TO:. Mikä MUA tekisi niin? - @EsaJokinen Mikä muu valinta MUA: lla on, kun vastaanottajat ovat eri verkkotunnuksissa? BCC vain pakottaa tämän käyttäytymisen.
- MUA lähettää sen vain kerran MTA: lle, ja MTA alkaa toimittaa sitä erikseen kaikille eri toimialueille.Asia on, että MTA: t eivät voittaneet ’ t yleensä vaivaudu lisäämään
RCPT TOnimelläBcc:. ’ on todennäköisempiReceived:-otsikossafor <[email protected]>. - Se, että ’ on totta: tiedät, että olit piilokopio ’ d (tai muuten paljastamaton) etkä ole
To&Ccotsikot. MUA vain tallentaaBcc-tallennettaessa postia Lähettäjät-kansioon, mutta se ’ ei ole osa SMTP: n kautta lähetettyä viestiä . - @EsaJokinen Gmail tekee tämän – se sisältää itse asiassa viestissä otsikon
Bcc. En tiedä ’ tuntemasta muita, jotka tekevät sen.
Vastaa
Ei yleensä mahdollista, jos sinulla ei ole hallintaa lähettäjän SMTP-palvelimelle, koska tätä kenttää ei lähetetä vastaanottajan SMTP-palvelimelle.
Kun lähetät sähköpostia, lähettäjän SMTP-palvelin tarkistaa BCC-kenttä ja luo kopion jokaiselle luettelossa olevalle vastaanottajalle poistamalla luettelon muista vastaanottajista. Tämä on BCC-toiminnon pääkohde.
Vastaa
Request For Comments (RFC) -standardi (julkaisija The Internet Engineering Task Force (IETF)) määrittää, että ”BCC” -otsikossa määritetyille vastaanottajille lähetetyn sähköpostin vastaanottajat voivat vastaanottaa sähköpostin, mutta eivät ole tietoisia muista otsikossa mainitut vastaanottajat. Erityisesti ”osoitteita ei saa paljastaa muille viestin vastaanottajille”.
Se pyytää (ei toimeksiantoa) SMTP-palvelimille vastaamaan nykyistä käytäntöä (protokollaa) Internet-yhteisö b y Internet-yhteiskunta.
Ne, joiden todettiin kuitenkin olevan eivät -yhteensopivia voidaan erotella ja jos se havaitaan väärinkäyttäjiksi, hänet kielletään / lisätään mustalle listalle ja jopa nostetaan syytteeseen , kun todettiin toimivan lainkäyttöalueen lakien vastaisesti.
Joten jos” vastaanotat sähköpostia yhteensopivalta (posti) palvelimelta, et saa muuta BCC-kentässä mainitut vastaanottajien sähköpostit, ellet hallitse lähetyspalvelinta (SMTP), saapuvaa (POP, IMAP jne.) palvelinta ja kaikkia IP-paketteja reitittäviä välityspalvelimia.
Kommentit
- ” Ne, jotka todetaan vaatimustenvastaisiksi, voidaan erottaa toisistaan ja jos niiden todetaan olevan roistoja, kielletään / lisätään mustalle listalle ja jopa nostetaan syytteeseen, kun todetaan toimivan lainkäyttöalueen lain vastaisesti. ” – Haen ggest tämä on erittäin epätodennäköinen tulos palvelimelle, joka vuotaa BCC-osoitteet. Lisäksi, jos viesti on BCC ’ d osoitteisiin [email protected] ja [email protected], ja foo.com ja y.com on eri SMTP-palvelimet, bar.com ei edes vastaanota [email protected] ’ -osoitetta vuotamaan, joten ” -kohdassa ” koska vuoto vaikuttaa vain sen omiin käyttäjiin.
- Onko olemassa lakeja, jotka vaativat IETF RFC -yhteensopivuutta sähköpostijärjestelmille nyt?
- @grawity: Sinä ’ etsin lakeja, jotka kieltävät parhaiden käytäntöjen , yleisesti hyväksyttyjen menetelmien ja vastaavien yleisten lausuntojen soveltamisen. Vrt. GDPR 5.1 (f) ” asianmukaiset tekniset tai organisatoriset toimenpiteet ”
- @MSalters tarkoitti oletettavasti määrää sen päinvastoin, kieltää …
- @grawity ei suoraan, vaan palvelin, joka paljasti tietoja standardeista huolimatta, saisi operaattorinsa rikkomaan erilaisia tietosuojalakeja ( kuten GDPR tai CCPA)