القواعد الذهبية في الرسائل الإلكترونية

القواعد الذهبية في الرسائل الإلكترونية
بقلم: أ.د. محمود نديم نحاس
المقالة نشرت في جريدة البلاد في ٢٣ ديسمبر ٢٠٠٨م
لكن الرابط لم يعد يعمل مع الأسف


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


وهذه بعض القواعد الذهبية التي جمعتها، والشكر موصول لمن ساهم معي في وضعها:

  • عند إرسال رسالة عامة إلى مجموعة من الناس لا تربطهم جميعاً صلة مباشرة، يجب وضع عناوينهم أمام كلمة (نسخة مخفية Bcc) وليس أمام كلمة (إلى To) أو أمام كلمة (نسخة Cc). وبالتالي تبقى عناوينهم مخفية وتتم حماية خصوصياتهم. فإن لم نفعل تصبح عناوينهم معرَّضة لأن يأخذها أناس غرباء عنهم ويقومون بإغراقهم برسائل قد لا يريدونها.
  • من الأساسيات دوماً أن نضع عنواناً واضحاً لرسائلنا ليعرف المستقبِل أهمية الرسالة فتوفر شيئاً من وقته، فيقرر إن كان سيقرأ الرسالة الآن أم إنها تحتمل التأخير. ويُكتب العنوان أمام كلمة (الموضوع Subject).
  • عندما تصلنا رسالة من مجموعة بريدية (مثل مجموعات ياهو وجوجل) ونريد الرد فلننظر أولاً هل الرد يخص المجموعة كلها أم المرسِل فقط. فإن كان يخصه وحده فلنرسل الرد إليه وحده.
  • يجب مقاومة الرغبة في إرسال الرسائل الإلكترونية، ولنرسل المفيد فقط. و رسالتان في الأسبوع هو الحد الأقصى الموصى به.
  • إذا جاءتنا رسالة وأردنا إرسالها لأحد فلا بد من حذف أجزاء منها قبل ذلك. ومن أهم ما يجب حذفه اسم المرسِل الأصلي وأسماء من أرسل هو إليهم. فإذا أردنا لرسائلنا أن تُقرأ فلنحذف الزيادات ولنترك الزبدة.
  • التوثيق مهم في كل عملية نقل ليستطيع القارئ الرجوع إلى المصدر للتأكد من الموضوع أو للاستزادة. ولابد من ذكر التاريخ عند ذكر اسم مجلة أو جريدة، أو ذكر الوصلة الإلكترونية كاملة.
  • من المفضل عدم إرسال الأخبار العامة التي يسمعها الناس في وسائل الإعلام.
  • ويجب التثبت من صحة المعلومة أو الخبر قبل الإرسال، ولا يجوز النقل من وكالة أنباء “قالوا” التي كثيراً ما يتغير فيها الكلام من كثرة النقل.
  • المنتديات ليست مصدراً موثوقاً للأخبار. ومن ينقل عنها فليقل اسم المنتدى صراحة.
  • إذا لم نتحقق من صحة معلومة أو خبر فلنذكر بصريح العبارة أنها كما وصلتنا ولم نتحقق منها.
  • من أهم ما يجب تدقيقه الآيات القرآنية والأحاديث النبوية.
  • التعبير الإنشائي غير الرسمي ممكن مع الأصدقاء فقط. أما مع غيرهم فلا بد أن تأخذ الرسالة الصفة الرسمية واستعمال أدب الخطاب فيها.
  • من الواجب تصنيف من نراسلهم في مجموعات، وإرسال لكل مجموعة ما يناسبها فقط.
  • ليكن شعارنا نشر الحب والخير والحوار وتقبل الرأي الآخر، وتجنب تجريح الأشخاص والهيئات. ولنحذر من التكرار والإسهاب الممل. ولنحرص على أن تكون لغة رسائلنا حضارية، منفتحة غير متشنجة، منصفة غير منحازة.
  • وأخيراً فالأعمال كثيرة والوقت قصير فلنكن عوناً للناس على الاستفادة من أوقاتهم.

** تم إدخال تعديلات طفيفة على النص الأصلي

Publish Service Through Paloalto FW

Yes, I know, it’s there everywhere on the net, but I still need to put it in shortest format as a reference for myself and “maybe” others.

The scenario is a Paloalto NGFW with two interfaces, one connected to public and one connected to DMZ or internal.

Under the “Security” policies, source zone is always the external one, and source addresses are either wildcard/country/specific; on destination, however, the zone will be DMZ but the address will be the external IP address on which you’re expecting to receive the traffic. Services running on the firewall itself are exceptions as the destination zone would be external as well.

Under the “NAT” policies it is simple. Both source and destination zones would be the external one. As for the address, it will be same as in security policy, with proper destination translation.

HTH,

Paloalto BAD MAC Address

Having fun with BYOL model on cloud service provider while trying to run your own copy of Paloalto VM NGFW? And get all interfaces (except the management showing down state?

Login to the console and have a look at the “show interface all” command’s output, if you see the MAC address of one or more of the NICs as BA:DB:AD:BA:DB:AD most likely you’re having an issue with DPDK and you need to turn it off by running the command “set system setting dpdk-pkt-io off“.

HTH

Allow Multiple OpenVPN Connections

In order to establish connections on the same client to multiple servers, there should be multiple adapters.
As this is not an issue for Linux users, it’s not possible by default for Windows users.
For Windows machines, you’ll need to run the following command in elevated CMD:

C:\Program Files\OpenVPN\bin>tapctl.exe create

If you run it once, you’ll have two adapters = two concurrent VPN connections, if you run it twice, you’ll have three adapters = connections, and so on and so forth.

HTH