لقد أرسلت لنفسي بعض الملخصات التجريبية، حيث أنني لا أحصل عليها عادةً.
أرى بعض أحرف المسافات المفقودة العشوائية - ولكنها ثابتة - في العناوين والنصوص داخل البريد الإلكتروني. هذه المسافات غير مفقودة في محتوى المنتدى، ولكن نفس المسافات تُحذف باستمرار في ملخصات معاينة متعددة تم إنشاؤها، كما تظهر في عملاء البريد الإلكتروني المختلفين.
لقد حاولت حذف المسافات الأصلية وإعادة إضافتها دون جدوى.
هممم. لست متأكدًا من كيفية تشخيص مشكلة في الخط/العرض. يتم عرض رسائل البريد الإلكتروني بنفس الطريقة في عملاء بريد متعددين ومتصفحات عبر أنظمة التشغيل Windows و Linux.
لقد أرفقت .json بعناوين URL لمنشورات المنتدى، ولا يوجد شيء خاطئ في محتوى “topic_slug” أو “cooked”…
هل هناك شيء آخر يمكنني التحقق منه في المحتوى الخام؟
حسنًا - لقد نظرت إلى البريد الإلكتروني الخام، وحيث تفتقر النسخة بتنسيق HTML إلى المسافات، فإن النسخة النصية تحتوي على المسافات الصحيحة. ومع ذلك، فإن النسخة النصية تفتقر إلى أحرف مسافة أخرى. لا يوجد منطق لذلك.
ربما يمكن أن تكون مشكلة في ترميز الأحرف أثناء نسخ/لصق المواضيع المتأثرة من منصة قديمة..؟ تعديل: لا. يستمر هذا مع المنشورات الحالية، وكذلك مع رسائل البريد الإلكتروني الأخرى - وليس فقط الملخص.
ملخصات Discourse الأحدث التي تتضمن منشورات حالية لا تواجه نفس المشكلة، لذلك لن أقلق كثيرًا ما لم أره يستمر. تعديل: إنه مستمر.
(ملاحظة جانبية: لمراقبة هذه الأمور، أتمنى الآن أن أتمكن من فرض إرسال ملخص شامل إلى حسابي الإداري يوميًا - بغض النظر عما إذا كنت مسجلاً الدخول باستمرار.)
حسنًا ، إليك ما أراه في نص البريد الإلكتروني الخام:
[يبدأ سوء / التضليل في إغراق الحضارة][2]
الجانب المظلم للذكاء الاصطناعي التوليدي هو أنه يمكّن من إنتاج المعلومات المضللة (بسبب الارتباك) والتضليل (أي الإنتاج المتعمد للأخبار المزيفة لتحقيق غاية) على نطاق صناعي. عرض صفحات الويب بأسلوب المصادر الموثوقة أمر مباشر ، وسيجعل التقدم في التزييف العميق إكمال قصص الفيديو أسهل. بصرف النظر عن سحب Vinge للمعلومات المزيفة لإخفاء المعلومات (Rainbows End) ، والتي لا أعتقد أنها قدمت حلاً ، هل فكر أي من مؤلفي الخيال العلمي في هذا وكيف يمكن معالجته؟
ملاحظة:
to overwhelm
a paperback
Renderingof
Asidefrom
وفي نسخة HTML:
<a href="https://forum.tasat.org/t/mis-disinformation-starts-to-overwhelm-civilization/66" style="text-decoration: none; font-weight: bold; color: #006699;; font-weight:400;line-height:1.3;margin:0;padding:0;text-decoration:none">
<strong >Mis/Disinformation starts tooverwhelm civilization</strong>
…
Rendering of web pages in the style of authoritative sources is straighforward, and progress in deep fakes will make video story complements easier. Aside from
ملاحظة:
tooverwhelm
apaperback
Rendering of
Aside from
في الشكل الخام (أي المشفر) ، لا تزال هذه الأخطاء موجودة:
[Mis/Disinformation starts to overwhelm civilization][2]
The dark =
side of generative AI is that it enables the production of misinformation (=
due to confabulation) and disinformation (i.e. deliberate production of fak=
e news to achieve an end) at industrial scale. Renderingof web pages in t=
he style of authoritative sources is straighforward, and progress in deep f=
akes will make video story complements easier. Asidefrom Vinge=E2=80=99s c=
louds of fake information to hide information (Rainbows End), which I don=
=E2=80=99t believe posed a solution, have any SF authors thought about this=
and how it might be tackled?
Ken
أنا لست مسؤول بريد إلكتروني متقدم - أنا أقوم بتشغيل التثبيت الذاتي الموصى به عادةً، مع بريد إلكتروني صادر فعلي عبر MailerSend.net، وقد قمت بتكوين DKIM/DMARC وما إلى ذلك بعناية إلى حالة عمل. مما قرأته، فإن دمج MTA محلي مثل sendmail أو Postfix هو خطوة متقدمة لا يُنصح بها في معظم الحالات… أنا قلق بعض الشيء بشأن العبث وربما تعطيل خط أنابيب يعمل.
هل هناك تطبيق MTA سهل الإرجاع، من نوع استكشاف الأخطاء وإصلاحها، يمكنني التفكير فيه؟
كما لوحظ في التعديلات أعلاه، تستمر هذه المشكلة مع المحتوى الحالي الذي ينشره المستخدمون، وليس فقط المحتوى الذي ينسخه المسؤولون ويلصقونه — ويتم ملاحظتها الآن مع رسائل البريد الإلكتروني الملخصة، وuser_replied، وuser_posted.
أكد دعم MailerSend أن أحرف المسافة مفقودة عندما يتلقون الطلب من Discourse — لذلك يبدو أن الخطأ يكمن في إنشاء Discourse للبريد الإلكتروني…؟
للعلم، أحرف المسافة ليست مفقودة عند معاينة ملخص تم إنشاؤه — فقط عندما يتم استلامها كرسائل بريد إلكتروني.
في الوقت نفسه، أواجه هذه المشكلة مع رسائل البريد الإلكتروني الملخصة، والتي أبلغ عنها آخرون بدءًا من فبراير:
هذه المشاركات المكررة موجودة في معاينات الملخص التي تم إنشاؤها.
تعديل 2024-04-26: تم تحديد مشكلة الملخص المكرر. في انتظار الإصلاح، قمت بتخفيف المشكلة من خلال تغييرات في الإعدادات، ولكنها لا تبدو مرتبطة بهذا الموضوع. لا تزال رسائل البريد الإلكتروني الصادرة تفتقر إلى أحرف المسافة.
لقد قمت بتحديث وإعادة بناء من سطر الأوامر لمعرفة ما إذا كان ذلك سيؤدي إلى حل أي مشاكل، لكنه لم يكن له أي تأثير.
إذا لم تحدث هذه الأشياء لجميع من قاموا بالتحديث على فرع tests-passed، فما الذي يمكنني البحث عنه في إعداداتي؟
إذا كان بإمكانك تعطيل TLS مؤقتًا بين خادمك و mailersend، فسيسمح لك ذلك بفحص حركة المرور الفعلية على الشبكة وسيُظهر لك ما إذا كان Discourse يرسل المسافات أم لا، مما يضع حدًا لهذا السؤال مرة واحدة وإلى الأبد.
إذا لم تتمكن من ذلك، يمكنك محاولة اعتراض حركة المرور، ولكن هذا أكثر تعقيدًا.
إذا لم ينجح أي من الخيارات المذكورة أعلاه، في هذه الحالة سأقوم بتكوين postfix محلي، ولكن ليس لتكوينه للتسليم المباشر، بل لجعله يرسل بريده الإلكتروني إلى حساب mailersend الخاص بك بنفس الطريقة التي يفعلها Discourse.
بهذه الطريقة، يمكنك جعل Discourse يرسل عبر أي من الطريقتين ويمكنك فحص البريد في قائمة انتظار postfix قبل إرساله.
شكرًا مايكل – أنا جديد في “الفحص على السلك” ولكن إليك ما وجدته.
يتطلب MailerSend بروتوكول TLS والمنفذ 587. لذا:
أنشأت ملف app.yml بديلاً للإرسال إلى حساب mailtrap.io مجاني على المنفذ 2525
ضبطت DISCOURSE_SMTP_ENABLE_START_TLS = false
طبقت التغيير باستخدام:
cd /var/discourse
./launcher destroy app
./launcher start app
أعددت Wireshark لمراقبة حركة المرور عن بُعد عبر tcpdump
لا تحتوي حزم محتوى البريد الإلكتروني في Wireshark ورسائل البريد الإلكتروني غير المشفرة المستلمة في Mailtrap، حتى الآن، على أي أحرف مسافات مفقودة. ملخصات الاختبار المحددة التي تم تشغيلها بشكل متتابع مع كل تكوين بها مسافات مفقودة مع التكوين الأصلي الخاص بي وليس مع إصدار mailtrap. هل يمكن أن يشير هذا إلى أن المشكلة تم تقديمها مع تشفير TLS؟
تعديل: خطر لي أنني لم أستفد بالكامل من إعداد اختبار Mailtrap. لقد قمت منذ ذلك الحين بتشغيل العديد من ملخصات المعاينة المشفرة إلى Mailtrap - على المنفذ 587 مع تمكين TLS - ولم أرَ أي أحرف مسافات مفقودة. أفكر الآن أنه على الرغم من أن MailerSend أخبرني أن المشكلات كانت موجودة في الطلبات المستلمة، إلا أنها قد تحدث في نهايتهم في النهاية؟ لست متأكدًا مما يجب أن يبحثوا عنه، لكنني أخطط لمناقشة هذه النتائج معهم.
(فقط في حال كان ذلك مفيدًا: ألقيت نظرة سريعة على إعداداتي، ولم أجد مشكلة. لذلك أتساءل عما إذا كان لديك سمة أو إضافة تؤثر على إعداداتك. ما فعلته هو زيارة mail-tester.com للحصول على وجهة مؤقتة، ثم استخدام الإدارة → رسائل البريد الإلكتروني → معاينة الملخص لإرسال ملخص إلى الوجهة المؤقتة، ثم النقر على mail-tester لعرض النسخ بتنسيق HTML والنص العادي. قد يكون من المفيد تجربة نفس التكتيك لمعرفة ما إذا كان هناك أي شيء مختلف بالنسبة لك.)
شكرًا لك، إد – للوصول إلى mail-tester، سيتعين على رسائلي الإلكترونية المرور عبر مرحل MailerSend الخاص بي، وهو ما كنت أحاول إزالته من السلسلة. لكن تعليقك دفعني إلى العودة إلى Mailtrap وتشغيل الاختبارات مع تشفير TLS، وقد قمت بتحرير مشاركتي السابقة.
لإجراء اختبار قوي، سأقوم بعد ذلك بأخذ إحدى رسائل البريد الإلكتروني النصية العادية التي التقطتها وتقديمها يدويًا عبر حساب MailerSend الخاص بك باستخدام openssl s_client.
