Pot extrage adrese de e-mail din BCC?

Nu poți. Pur și simplu nu veți avea nicio informație despre antetul Bcc când primiți e-mailul, deci nu aveți nimic de „demascat”.

Modul în care este conceput Bcc este specificat în RFC 2822 , în secțiunea 3.6.3. Pentru a cita specificația:

Câmpul „Cco:” (unde „Cco” înseamnă „Copie de carbon orb”) conține adresele destinatarilor mesajului ale căror adrese nu trebuie dezvăluite altor destinatari ai mesajului. Există trei moduri în care este utilizat câmpul „Cco:”. În primul caz, atunci când un mesaj care conține un câmp „Bcc:” este pregătit pentru a fi trimis, linia „Bcc:” este eliminată, chiar dacă toți destinatarii (inclusiv cei specificați în câmpul „Bcc:”) primesc un copie a mesajului. În al doilea caz, destinatarilor specificați în liniile „Către:” și „Cc:” li se trimite câte o copie a mesajului cu linia „Bcc:” eliminată ca mai sus, dar destinatarii de pe linia „Bcc:” primesc un copie separată a mesajului care conține o linie „Cco:”. (Când există mai multe adrese de destinatar în câmpul „Bcc:”, unele implementări trimit de fapt o copie separată a mesajului către fiecare destinatar cu un „Bcc:” care conține doar adresa respectivului destinatar.) În cele din urmă, deoarece un „Bcc : „câmpul nu poate conține adrese, un câmp” Bcc: „poate fi trimis fără ca adresele să indice destinatarilor că copii oarbe au fost trimise cuiva. Ce metodă de utilizat cu câmpurile „Cco:” depinde de implementare, dar consultați secțiunea „Considerații de securitate” din acest document pentru o discuție despre fiecare.

Când un mesaj este un răspuns la un alt mesaj, cutiile poștale ale autorilor mesajului original (cutiile poștale din câmpul „De la:”) sau cutiile poștale specificate în câmpul „Răspuns la:” (dacă există) POATE apărea în câmpul „Către:” al răspunsului, deoarece acestea ar fi în mod normal primitorii principali ai răspunsului. Dacă un răspuns este trimis unui mesaj care are câmpuri de destinație, este de multe ori de dorit să trimiteți o copie a răspunsului tuturor destinatarilor mesajului, în plus față de autor. Când se formează un astfel de răspuns, adresele din câmpurile „Către:” și „Cc:” din mesajul original POATE apărea în câmpul „Cc:” al răspunsului, deoarece aceștia sunt în mod normal destinatari secundari ai răspunsului. Dacă în mesajul original este prezent un câmp „Bcc:”, adresele din acel câmp POATE să apară în câmpul „Bcc:” al răspunsului, dar NU TREBUIE să apară în câmpurile „Către:” sau „Cc:”.

Notă: Unele aplicații de poștă electronică au comenzi de răspuns automat care includ adresele de destinație ale mesajului original în adresele de destinație ale răspunsului. Modul în care se comportă acele comenzi de răspuns depinde de implementare și depășește scopul acestui document. În special, dacă trebuie sau nu să includeți adresele de destinație inițiale atunci când mesajul original avea un câmp „Răspuns la:” nu este adresat aici.

În practicați cazul în care destinatarii To și Cc nu primesc nicio linie Bcc, dar fiecare adresă Bcc „ed primește o linie Bcc care conține doar adresa lor de e-mail, este cea mai comună. Aceasta nu oferă nicio indicație a unui Bcc destinatarilor To și Cc și destinatarii Bcc că li s-a trimis e-mailul prin utilizarea Bcc fără a dezvălui alți destinatari Bcc.

Comentarii

• each Bcc'ed address receives a Bcc line containing only their email address, is most common. Este? Acest lucru ar necesita trimiterea mesajului de mai multe ori în loc de un singur mesaj cu mai multe comenzi RCPT TO:. Ce MUA ar face asta?
• @EsaJokinen Ce altă alegere are MUA atunci când destinatarii sunt pe domenii diferite? BCC forțează pur și simplu acel comportament.
• MUA îl trimite o singură dată către MTA, iar MTA începe să îl livreze separat către toate domeniile diferite.Lucrul este că MTA-urile au câștigat ‘ de obicei, nu se mai obosesc să adauge RCPT TO ca Bcc:. Este ‘ mai probabil într-un antet Received: ca for <[email protected]>.
• Că ‘ este adevărat: știți că ați fost Bcc ‘ d (sau altfel nedivulgat) de la a nu fi pe To & Cc anteturi. MUA pur și simplu salvează Bcc la salvarea e-mailului în dosarul Expediatori, dar ‘ nu face parte din mesajul trimis prin SMTP .
• @EsaJokinen Gmail face acest lucru – include de fapt antetul Bcc în mesaj. Nu ‘ nu știu din răsputeri despre alte persoane care o fac.

De obicei, nu este posibil dacă nu aveți control asupra serverului SMTP expeditor, deoarece acest câmp nu este transmis către serverul SMTP destinatar.

Când trimiteți un e-mail, serverul SMTP expeditor verifică Câmp BCC și creează o copie pentru fiecare destinatar listat, eliminând lista celorlalți destinatari. Acesta este întregul punct al funcționalității BCC.

Standardul pentru cerere de comentarii (RFC) (publicat de The Internet Engineering Task Force (IETF)) specifică faptul că destinatarii unui e-mail, trimis către destinatarii specificați în antetul „BCC” pot primi e-mailul, dar nu pot fi conștienți de niciun alt destinatarii menționați în antet. Mai exact, „adresele nu trebuie să fie dezvăluite altor destinatari ai mesajului”.

Este „o cerere (nu un mandat) către serverele SMTP pentru a reflecta practica curentă (protocolul) pentru comunitatea de internet b y The Internet Society.

Cu toate acestea, cele constatate a fi nu conforme poate să fie separat și, dacă se constată că este necinstit, va fi interzis / inclus pe lista neagră și chiar urmărit penal atunci când a constatat că desfășoară activități care contravin legilor din jurisdicție.

Deci, dacă sunteți destinatarul unui e-mail de la un server (mail) conform, nu veți primi alte e-mailurile destinatarilor menționate în câmpul „BCC”, cu excepția cazului în care „controlați serverul de trimitere (SMTP), serverul de intrare (POP, IMAP etc.) și toate serverele de releu care au dirijat pachetele IP.

Comentarii

• ” Cei care nu sunt conformi pot fi separați și, dacă se constată că sunt necinstiți, va fi interzis / listat pe lista neagră și chiar urmărit penal atunci când se constată că desfășoară activități care contravin legilor din jurisdicție. ” – Aș dori să ggest acesta este un rezultat extrem de puțin probabil pentru un server care a scurs adrese BCC. Mai mult, dacă un mesaj este BCC ‘ d către [email protected] și [email protected], iar foo.com și y.com au servere SMTP diferite, bar.com va avea nu primesc nici măcar adresa [email protected] ‘ pentru a scăpa, deci nu ar avea niciun punct să ” să separe ” acesta deoarece scurgerile sale afectează doar propriii utilizatori.
• Există legi care să solicite conformitatea IETF RFC pentru sistemele de e-mail acum?
• @grawity: You ‘ căutați legi care interzic aplicarea celor mai bune practici , metodelor general acceptate și afirmațiilor generice similare. Cf. GDPR 5.1 (f) ” măsuri tehnice sau organizaționale adecvate ”
• @MSalters probabil presupunea prescrie mai degrabă decât opusul său, proscribe …
• @grawity nu direct, ci un server care a dezvăluit informații, în ciuda standardelor, spune că altfel ar determina operatorul său să încalce diferite legi de confidențialitate ( precum GDPR sau CCPA)