จดหมาย AENET

คืออะไร

ให้ผู้ใช้ AENET มีระบบเมลเวิร์กสเปซส่วนตัวและเข้ารหัส พร้อมรักษาพื้นผิวเว็บสาธารณะให้อ่านอย่างเดียวและอิงสแนปชอตเท่านั้น

ทำไม

AENET ต้องการเมลส่วนตัวพร้อมการเข้ารหัสที่แข็งแรงและไปป์ไลน์จัดเก็บ คลาวด์สาธารณะต้องอธิบาย Mail ได้โดยไม่เคยควบคุม เขียนถึง หรือเข้าถึงรันไทม์เมลส่วนตัว

อย่างไร

รันไทม์ส่วนตัว → ตัวกำจัดข้อมูล → สแนปชอตสาธารณะ → รีจิสทรีสาธารณะ → เว็บสถิต ทางเดียวเท่านั้น ไม่เคยย้อนกลับ

• ให้พื้นที่กล่องจดหมายส่วนตัว (กล่องขาเข้า เขียน อ่าน)
• จัดการรายชื่อติดต่อและการตั้งค่าบัญชีอย่างส่วนตัว
• ใช้กลไกการเข้ารหัสแบบ end-to-end กับเนื้อหาข้อความ
• รันเกตเวย์เมลและไปป์ไลน์จัดเก็บอีเมล
• เผยแพร่เฉพาะสแนปชอตสาธารณะที่กำจัดข้อมูลแล้ว — ไม่เคยเผยแพร่ข้อมูลสด

ตัวอย่าง

ผู้ใช้เปิดเวิร์กสเปซเมลส่วนตัว อ่านและเขียนข้อความเข้ารหัสในกล่องขาเข้า/เขียน/อ่าน ขณะเดียวกันเว็บสาธารณะแสดงสแนปชอตที่กำจัดข้อมูลละเอียดอ่อนของสถาปัตยกรรมและความสามารถของ Mail — ไม่ใช่กล่องจดหมายสด

ข้อมูลนำเข้า

• การใช้งานส่วนตัวของผู้ใช้ในรันไทม์เมลเวิร์กสเปซ

ผลลัพธ์

• สแนปชอตสาธารณะที่กำจัดข้อมูลแล้ว (aenet.email.public.v1)
• หน้าภาพรวมสาธารณะที่ /system/mail

สิ่งที่พึ่งพา

วงจรชีวิต

• วางแผน
• พัฒนา
• ตรวจสอบ
• พรีวิว
• ใช้งาน

กรณีใช้งาน

• ผู้เยี่ยมชมอ่านหน้าภาพรวม Mail สาธารณะ
• รีจิสทรีสาธารณะสะท้อนสถานะและความสามารถของ Mail
• ตัวนำเข้าสาธารณะตรวจสอบและนำเข้าสแนปชอตที่กำจัดข้อมูลแล้ว

ข้อจำกัด

• ไม่มีกล่องจดหมายสด ไม่มีการเข้าถึงเว็บเมล ไม่มีการส่ง/รับบนเว็บสาธารณะ
• ไม่เคยเผยแพร่ข้อมูลบัญชีหรือข้อมูลระบุตัวตน
• สถานะสาธารณะเปลี่ยนต่อเมื่อมีหลักฐานที่ตรวจสอบแล้ว

คำถามที่ผู้คนถาม

คำถามเหล่านี้ตอบโดยเนื้อหาบนหน้านี้

• AENET Mail คืออะไร?
• AENET Mail พร้อมใช้งานสาธารณะหรือยัง?
• เว็บสาธารณะเปิดกล่องจดหมายได้หรือไม่?
• AENET Mail รักษาขอบเขตสาธารณะ/ส่วนตัวอย่างไร?

หลักฐาน

เฉพาะสถานะที่ตรวจสอบแล้ว — ไม่มีอะไรบนหน้านี้คือการคาดการณ์

• contracts/aenet-email-public-v1.contract.json
• public-data/mail-public-snapshot.json