Letölthetem az e-mail címeket a BCC-től?

Nem lehet. Egyszerűen nem lesz semmilyen információ a Titkos másolat fejlécéről, amikor megkapja az e-mailt, így nincs mit “lelepleznie”.

A Titkos másolat megtervezésének módját a RFC 2822 , a 3.6.3 szakasz alatt. A specifikáció idézése:

A “Titkos másolat:” mező (ahol a “Titkos másolat” jelentése “Vak szénmásolat”) tartalmazza az üzenet címzettjeinek címét akinek a címét nem szabad felfedni az üzenet többi címzettje előtt. A “Titkos másolat:” mező háromféle módon használható. Az első esetben, amikor a “Titkos másolat:” mezőt tartalmazó üzenet elküldésre készül, a “Titkos másolat:” sor törlődik, annak ellenére, hogy az összes címzettet (beleértve a “Titkos másolat:” mezőben megadottakat is) az üzenet másolata. A második esetben a “Címzett:” és a “Másolat:” sorokban megadott címzettek mindegyikének elküldik az üzenet egy példányát, a fentiek szerint eltávolítva a “Titkos másolat:” sort, de a “Titkos másolat:” sorban lévő címzettek kapnak egy a “Titkos másolat:” sort tartalmazó üzenet külön példánya. (Ha több címzettcím van a “Titkos másolat:” mezőben, egyes megvalósítások az üzenet külön másolatát küldik minden címzettnek egy “Titkos másolat:” -nel, amely csak az adott címzett címét tartalmazza.) Végül, mivel egy “Titkos másolat” : “mező nem tartalmazhat címet, egy” Titkos másolat: “mező elküldhető, anélkül, hogy a címzettek jeleznék a címzetteknek, hogy vak példányokat küldtek valakinek. A “Titkos másolat:” mezőknél melyik módszert használja a megvalósítás, de olvassa el ennek a dokumentumnak a “Biztonsági szempontok” szakaszát az egyes témák megvitatásához.

Ha egy üzenet egy másik üzenetre adott válasz, a Az eredeti üzenet szerzőinek postaládái (a “Feladó:” mező postaládái) vagy a “Válasz:” mezőben megadott postafiókok (ha vannak) ELLENŐRZHETNEK a válasz “Címzett” mezőjében, mivel ezek általában a válasz elsődleges címzettjei lennének. Ha választ küldünk egy üzenetre, amelynek célmezői vannak, gyakran kívánatos a válasz másolatát elküldeni az üzenet összes címzettjének, a szerző mellett. Ilyen válasz kialakításakor az eredeti üzenet “Címzett” és “Másolat:” mezőiben szereplő címek GYAKORLHATÓAK a válasz “Másolat:” mezőjében, mivel ezek általában a válasz másodlagos címzettjei. Ha az eredeti üzenetben található egy “Titkos másolat” mező, akkor az adott mezőben szereplő címek ELLENHETŐEK a válasz “Titkos másolat:” mezőjében, de NEM TUDNAK megjelenni a “Címzett” vagy “Másolat:” mezőkben.

Megjegyzés: Egyes levelezési alkalmazások automatikus válaszparancsokkal rendelkeznek, amelyek az eredeti üzenet célcímeit tartalmazzák a válasz célcímeiben. Az, hogy ezek a válaszparancsok hogyan viselkednek, a megvalósítástól függ, és meghaladja a jelen dokumentum kereteit. Itt nem foglalkozunk azzal, hogy az eredeti célcímeket akkor is beírjuk-e, ha az eredeti üzenet “Válasz:” mezővel rendelkezik.

Gyakoribb az az eset, amikor a Címzett és a Másolat címzettjei nem kapnak Titkos másolat sort, de minden egyes másolt címzett “címzett” másolatot kap, amely csak az e-mail címüket tartalmazza. Ez nem jelzi a másolat másolatát a címzett és másolat címzettjének, és A Titkos másolat címzettjei arról értesítették a címzetteket, hogy az e-mailt a Titkos másolat használatával kapták, anélkül, hogy más titkos másolatot kaptak volna.

Megjegyzések

• each Bcc'ed address receives a Bcc line containing only their email address, is most common. Ez az? Ehhez az üzenet többszörös elküldésére lenne szükség egyetlen, több RCPT TO: parancsot tartalmazó üzenet helyett. Milyen MUA tenné ezt?
• @EsaJokinen Milyen más választást kínál az MUA, ha a címzettek különböző domaineken vannak? A BCC egyszerűen kényszeríti ezt a viselkedést.
• Az MUA csak egyszer küldi el az MTA-nak, és az MTA külön-külön elkezdi kézbesíteni az összes különböző tartományhoz.A helyzet az, hogy az MTA-k ‘ t általában nem zavarják, hogy RCPT TO -et Bcc: -ként adják meg. ‘ nagyobb valószínűséggel szerepel egy Received: fejlécben, mint for <[email protected]>.
• Ez ‘ s igaz: tudod, hogy titkos másolat voltál ‘ d (vagy más módon nem ismert), hogy nem vagy a To & Cc fejlécek. Az MUA csak elmenti a Bcc t, amikor az e-mailt elküldi az Elküldött mappába, de ‘ nem része az SMTP-n keresztül küldött üzenetnek .
• @EsaJokinen Gmail ezt teszi – valójában a Bcc fejlécet tartalmazza az üzenetben. Nem ismerek másokat, akik ezt csinálják.

Általában nem lehetséges, ha nincs ellenőrzése a küldő SMTP-kiszolgáló felett, mivel ezt a mezőt nem továbbítja a fogadó SMTP-kiszolgáló.

E-mail küldésekor a küldő SMTP-kiszolgáló ellenőrzi a BCC mező, és létrehoz egy példányt minden felsorolt címzett számára, eltávolítva a többi címzett listáját. Ez a BCC funkcióinak lényege.

Megjegyzések kérése (RFC) szabvány (az Internet Engineering Task Force (IETF) kiadója) meghatározza, hogy a “BCC” fejlécben megadott címzetteknek küldött e-mail címzettek megkapják az e-mailt, de nincsenek tisztában mással a fejlécben említett címzettek. Pontosabban: “a címeket nem szabad felfedni az üzenet többi címzettje előtt”.

Ez a kérés (nem pedig megbízás) az SMTP-kiszolgálók felé, hogy tükrözze a jelenlegi gyakorlatot (protokollt) az internetes közösség b y Az Internet Társaság.

Azonban nem kompatibilisek szétválasztható , és ha gazembernek találják, akkor betiltják / feketelistára teszik, és még ellen is indítanak eljárást, amikor rájött, hogy a joghatósága törvényeinek megsértésével végzett tevékenységeket folytat.

Tehát ha Ön” egy e-mail címzettje egy kompatibilis (mail) szerverről, akkor nem fog kapni másokat ” a “BCC” mezőben említett címzettek e-mailjei, hacsak nem Ön irányítja a küldő (SMTP) kiszolgálót, a bejövő (POP, IMAP stb.) kiszolgálót és az összes továbbító kiszolgálót, amely az IP csomagokat irányította.

Megjegyzések

• ” Azokat, akiket nem tartanak be megfelelőnek, el lehet különíteni, és ha gazembernek találják őket, betiltják / feketelistára teszik, és még bíróság elé is állítják, ha kiderül, hogy a joghatóság területén törvénysértő tevékenységet folytat. ” – beperelném Ggest ez rendkívül valószínűtlen eredmény egy olyan szerver számára, amely kiszivárogtatta a BCC-címeket. Sőt, ha egy üzenet BCC ‘ d az [email protected] és az [email protected] címre, a foo.com és az y.com pedig különböző SMTP-kiszolgálókkal rendelkezik, akkor a bar.com még az [email protected] ‘ címét sem kapja meg a kiszivárogtatáshoz, így nem lenne értelme a ” ” mivel a szivárgása csak a saját felhasználóit érinti.
• Vannak-e olyan törvények, amelyek megkövetelik az IETF RFC betartását az e-mail rendszerekhez?
• @grawity: Ön ‘ keressem azokat a törvényeket, amelyek tiltják a bevált gyakorlatok , általánosan elfogadott módszerek és hasonló általános állítások alkalmazását. Vö. GDPR 5.1 (f) ” megfelelő technikai vagy szervezési intézkedések ”
• @MSalters feltehetően előírja az ellenkezője helyett tiltja … mint a GDPR vagy a CCPA)