مسودة PDPA تنقل البيانات وتترك صلاحيات الوصول للمستورد

الخلاصة

تحدد مسودة مجموعة mailmaint المؤرخة في 28 أكتوبر صيغة POSIX pax لحاوية البيانات الشخصية، وتسمح بتقسيم التصدير الواحد إلى ملفات مستقلة القراءة، حتى لو امتد مجلد واحد عبر أكثر من جزء.
على الجهة المستوردة جمع أجزاء المجلد بحسب معرّف uid وبيانات وصفية متسقة، ورفض المسارات الخطرة وأنواع الإدخالات الخاصة. ولا يجوز لها تطبيق مالك الملف أو أذوناته أو سماته الإضافية أو قوائم التحكم بالوصول المنقولة داخل الأرشيف.

صندوق بريد واحد قد يتحول إلى صندوقين

لنفترض أن خدمة البريد قسمت تصديرًا كبيرًا لتفادي إعادة تحميله كله عند تعثر جزء. يحتوي الجزء الأول رسائل قديمة، والثاني رسائل أحدث. يظهر اسم «الوارد» في الاثنين. برنامج يستورد المجلد باسم العرض وحده قد ينشئ صندوقين. وبرنامج يتعامل مع الجزء الأول بوصفه النسخة الكاملة قد يخفي رسائل الجزء الثاني. في الحالتين تصل البايتات، لكن الحساب الذي أراد المستخدم نقله لا يصل كما كان.

تفرض المسودة على كل جزء ملف archive.json خاصًا به، مع ترتيب الأجزاء بحقل part وإشارة final. وعندما ينقسم مجلد، تسرد نسخة folder.json في كل جزء العناصر الموجودة فيه وحده، فيما تبقى بقية بيانات المجلد متطابقة. وتتكرر قائمة العناصر المحذوفة. يظل uid واحدًا، وعلى المستورد دمج الأجزاء لا مضاعفة المجلد. بذلك يصبح المعرّف شرطًا لاستمرار هوية السجل بين ملفين، لا زخرفة تقنية لا يراها القارئ.

اختيار pax يحدد أيضًا شكل الوعاء. هذه صيغة توسع tar لتدعم أسماء مسارات دولية ومعلومات حجم إضافية. لا يجوز للجهة المصدّرة وضع روابط رمزية أو أجهزة أو أنواع خاصة؛ الملفات العادية والمجلدات وحدها مقبولة. يجب أن تكون المسارات نسبية وصحيحة بترميز UTF-8 وخالية من مقاطع . و... ومع ذلك قد يختلف اسمان داخل الأرشيف ثم يتطابقان على قرص لا يميز حالة الأحرف أو يوحّد أشكال Unicode. يجب أن تحاول الجهة المصدّرة تفادي التصادم، وينبغي للمستورد رفض العناصر المتكررة بدل إسقاط أحدها بصمت.

قائمة مشاركة قديمة ليست أمرًا إداريًا جديدًا

في القسم الأمني تضع المسودة خطًا واضحًا قبل الكتابة على نظام الملفات: يفحص المستورد الأسماء، ويرفض المسار المطلق والعودة إلى المجلد الأب وكل إدخال ليس ملفًا عاديًا أو مجلدًا. ثم ينشئ الملفات وفق إعداداته المحلية. لا ينسخ أذونات الأرشيف أو مالكه أو سماته الممتدة أو قوائم ACL. هذه حماية من أرشيف عدائي، وتحديد لمن يملك سلطة الوصول بعد النقل. المزوّد الذي غادره المستخدم لا يقرر صلاحيات الخادم الذي استقبله.

قد تشمل البيانات نفسها أدوارًا أو حالة مشاركة أو قيمة shareWith. تحذر المسودة الرسمية من أن ضوابط الوصول في المصدر قد لا تنتقل على نحو موثوق، وأن هذه القيم قد تكون قد عُدّلت قبل الرفع. ظهور شخص في دعوة تقويم دليل على وجود اسمه في السجل؛ ليس تفويضًا آليًا لمنحه حق الاطلاع في الخدمة الجديدة. على المستورد أن يربط الأشخاص بالحسابات ويتخذ قرار الصلاحية ضمن نظامه هو.

يتكرر سؤال الهوية عند مزامنة جهات الاتصال والمهام والمواعيد. يجب أن يحمل كل عنصر من الأنواع المحددة uid وupdated. يبحث المستورد عن عنصر قائم بالمعرّف نفسه؛ وإذا كان المحتوى مشابهًا بما يكفي فلا ينبغي له إعادة الكتابة وتغيير توقيت التحديث لمجرد الاستيراد. وإلا صنعت كل عملية نقل «تعديلات» وهمية وتضاعفت السجلات. لكن معيار «مشابه بما يكفي» يظل قرار تنفيذ؛ المسودة تنظم مزامنة في اتجاه واحد، لا تحسم كل نزاع بين خدمتين تعملان في الوقت نفسه.

يمكن ترك الحاوية دون ضغط أو ضغطها بـ gzip أو Zstandard. يجب دعم الحالتين الأولى والثانية، ويوصى بالثالثة. ويطلب النص الانتباه إلى الحجم بعد فك الضغط وعدد العناصر وحجم كل عنصر، لأن ملفًا صغيرًا في التنزيل قد يصبح عبئًا كبيرًا عند الفتح. يضم الأرشيف أيضًا بيانات مراسلين ومدعوين لم يطلبوا هم التصدير. سهولة الحمل توسع مسؤولية التحقق من طلب الخروج وسلامة الدخول.

لم تكن النسخة السابقة قد حسمت قواعد pax وتقسيم المجلد بهذه الصورة. ويعرض سجل IETF الرسمي النص بوصفه Internet-Draft لمجموعة عمل، لا RFC منشورًا ولا نجاحًا مقاسًا لدى مزودين. بروتوكول طلب التصدير ونقله خارج نطاق هذه المسودة. لذلك يظل الامتحان الحقيقي في قدرة جهتين مستقلتين على إعادة بناء حساب واحد مع صلاحيات واضحة.