صباح الخير - أنا مسؤول في منتدى مستضاف (مستوى الأعمال) لخدمة برمجيات، وأحاول تشجيع المزيد من مستخدمينا بلطف على النشر في Discourse الخاص بنا بدلاً من مراسلتي عبر البريد الإلكتروني مباشرة عن طريق إعادة توجيه الرسائل لإنشاء مواضيع جديدة.
لسوء الحظ، بريدي الإلكتروني هو حساب Outlook/Office 365 مُدار مع تمكين روابط آمنة في Windows Defender، وليس لدي أي تحكم في السياسات، لذلك عند تمكين النشر عبر البريد الإلكتروني في Discourse وإعادة توجيه أي رسائل من حساب بريدي الإلكتروني، فإن أي روابط موجودة في الرسالة تظهر بشكل سيء في موضوع Discourse الناتج، ملفوفة في أحد عناوين URL لروابط آمنة مشفرة من Microsoft (وتعطيل معاينات الروابط في Discourse، وما إلى ذلك).
هل هناك أي أداة/خيار في جانب Discourse لإزالة عنوان URL لروابط آمنة من Office365 تم نشره مرة أخرى إلى الرابط الأصلي؟ إعداد بريد إلكتروني أغفلته أو إضافة يمكن استخدامها لتعيين مثل هذه السياسة للنشر؟ أشك في أن هذا شيء سأضطر إلى إصلاحه يدويًا عند إعادة توجيه الرسائل من جانب Outlook، ولكني اعتقدت أنه يستحق السؤال.
نظرًا لأن Outlook يعيد كتابة عناوين URL، فستحتاج إلى تشجيعهم بلطف على استخدام Discourse عن طريق استخدام Discourse بنفسك.
سيتبع Discourse في كثير من الحالات عمليات إعادة التوجيه للوصول إلى عنوان URL لإنتاج معاينة (onebox)، ولكن إذا لم ينجح ذلك، فأخشى أنك ستحتاج إلى استخدام تجربة مستخدم Discourse بدلاً من عميل البريد الإلكتروني الخاص بك لإنشاء المواضيع.
…هل أفعل؟ ولكن نظرًا لوجود ميزة النشر عبر البريد الإلكتروني، فهذا يعني أنه ستكون هناك أوقات يكون فيها ذلك مناسبًا مثل، لنقل، الضغط على “إعادة التوجيه” في رسالة موجودة بدلاً من الاضطرار إلى النسخ واللصق يدويًا بين واجهات المستخدم
يقوم Safe Links بفحص البريد الإلكتروني الوارد بحثًا عن روابط تشعبية خبيثة معروفة. تتم إعادة كتابة عناوين URL التي تم فحصها أو تغليفها باستخدام بادئة عنوان URL القياسية من Microsoft: https://nam01.safelinks.protection.outlook.com .
قد نتمكن من فك تغليف هذه، هل يمكنك نشر بعض الأمثلة عن كيفية إعادة كتابتها؟
من خلال البحث في صندوق الوارد الخاص بي، لدي اثنان:
أعتقد أنهم جميعًا يتبعون نمطًا مشابهًا، على الرغم من أنه يبدو أنه في حالتي هناك أيضًا نوع من الإشارة إلى حسابي المحدد، وهو على الأرجح شيء خاص باشتراك على مستوى المؤسسة، على سبيل المثال:
قد يكون ذلك مجرد مثال سيء فيما يتعلق بالمعاينات/الروابط المضمنة، سأجرب بعض الأمثلة الأخرى. هذا مصدر قلق أقل من الروابط/عناوين URL غير العملية نفسها، على أي حال!
يعتمد الأمر على مدى “أمان” Microsoft في جعل عناوين URL آمنة. يبدو أنه قد يكون من الممكن جعلها تعمل، على الرغم من ذلك، لذلك يبدو أنني كنت متشائمًا للغاية بشأن مدى صعوبة المشكلة. آسف لذلك.
لقد أجريت عدة تبادلات بريد إلكتروني مع شخص يستخدم Microsoft جعل قراءتها صعبة في قارئ البريد الخاص بي.
أود الحصول على مدخلات من مستخدمين آخرين من رجال الأعمال حول ما إذا كان تجريد هذا بالكامل ينتهك نيتهم الأمنية. تتمثل إحدى فوائد هذه الميزة في أنه يمكن لاحقًا اعتبار عنوان URL “غير آمن” وسيتم حظر أي محاولات أخرى للنقر عليه.
من ناحية أخرى ، قد يكون أصحاب المنتديات مستائين من أن Microsoft “تتتبع نشاط جميع مستخدمي منتدياتهم”.
أرى جانبين للحجة هنا.
قد يكون النهج المناسب هو:
إذا تم لصق عنوان URL مرتبط بأمان (بمفرده أو مضمنًا)
حل الـ onebox بشكل طبيعي
إذا لم يكن هناك onebox أو عنوان ، فاجعل “النص الجميل” هو الرابط غير المغلف
يجب أن يكون هدف الرابط لا يزال عنوان URL المرتبط بأمان