ລູກຄ້າສົ່ງອີເມວທີ່ກ່ຽວຂ້ອງກັບວຽກ. ດີ. ຄວາມຜິດພາດພຽງແຕ່ຂໍ້ຄວາມແມ່ນວ່າມັນບໍ່ແມ່ນທ່ານຜູ້ທີ່ສາມາດຕອບມັນໄດ້ (ມັນແມ່ນກ່ຽວກັບຮູບແບບທີ່ຍາວຊໍາເຮື້ອ KH9345-I).
Forwarding Woes
ດັ່ງນັ້ນທ່ານສົ່ງຂໍ້ຄວາມໄປຫາຄົນທີ່ສາມາດຕອບມັນ. ດີ. ບັນຫາດຽວນີ້ແມ່ນວ່າທ່ານເປັນຜູ້ສົ່ງຂໍ້ຄວາມ.
- ເພື່ອນຮ່ວມງານທີ່ມີຄວາມຮູ້ຄວາມສາມາດບໍ່ສາມາດຕອບຄໍາຮ້ອງຂໍຂອງລູກຄ້າໄດ້ໂດຍກົງ.
- ຄໍາຕອບຈະຖືກສົ່ງໃຫ້ທ່ານ. ທ່ານຕ້ອງສົ່ງຕໍ່ໄປຜູ້ສົ່ງຕົ້ນສະບັບ ...
- ແທນທີ່ຈະ, ນາງຕ້ອງສະກັດເອົາທີ່ຢູ່ອີເມວຂອງລູກຄ້າຈາກພາຍໃນຮ່າງກາຍແລະວາງມັນໃນເສັ້ນທາງໄປສູ່:.
ແນ່ນອນວ່າ, ຄວາມສະດວກສະບາຍແລະອໍານາດຂອງອີເມລ໌ໄດ້ສູນຫາຍໄປເມື່ອທ່ານສົ່ງຂໍ້ຄວາມ.
ແລະຫຼັງຈາກນັ້ນມີທຸກສິ່ງທີ່ພິເສດ: ເຄື່ອງຫມາຍວົງຢືມຫຼາຍກວ່າຫຼືຫນ້ອຍ (">") ໃນຕອນເລີ່ມຕົ້ນຂອງແຕ່ລະເສັ້ນ, ເຊິ່ງອາດຈະເປັນ "ຂໍ້ຄວາມທີ່ຕ້ອງການຈະເລີ້ມມາຢູ່ທີ່ນີ້" ໃນຕອນເລີ່ມຕົ້ນແລະຫຼາຍຫົວຂໍ້ພິເສດທີ່ບໍ່ມີໃຜຕ້ອງການແຕ່ວ່າມັນຍາວກວ່າ ກ່ວາຂໍ້ຄວາມຕົວມັນເອງ.
ການດັດແກ້ກັບການກູ້ໄພ
ການປ່ຽນເສັ້ນທາງແທນທີ່ຈະສົ່ງມັນສາມາດຊ່ວຍທ່ານແລະເພື່ອນຮ່ວມງານຂອງທ່ານ. ເມື່ອຂໍ້ຄວາມອີເມວຖືກໂອນ, ສ່ວນທີ່ຈໍາເປັນພຽງແຕ່ວ່າການປ່ຽນແປງແມ່ນຜູ້ຮັບ.
Subject ຍັງຄົງຄືກັນ (ບໍ່ມີ "Fwd:"). ຮ່າງກາຍຢູ່ຄືກັນ (ບໍ່ມີ ">", ບໍ່ມີ "MESSAGE FORWARDED"). ຜູ້ສົ່ງໃນເສັ້ນຈາກ: ຢູ່ຄືກັນ, ຢ່າງຫນ້ອຍສໍາລັບລູກຄ້າອີເມວ.
ນີ້ຫມາຍຄວາມວ່າຜູ້ຮັບຂອງຂໍ້ຄວາມຖືກໂອນ
- ສາມາດໃຊ້ຟັງຊັນການຕອບຮັບຂອງລູກຄ້າອີເມວຂອງເຈົ້າເພື່ອຂຽນຂໍ້ຄວາມໃຫ້ຜູ້ສົ່ງຕົ້ນສະບັບໂດຍກົງ,
ບໍ່ແມ່ນຜູ້ທີ່ສົ່ງເສັ້ນທາງໃຫມ່.
ລູກຄ້າອີເມວທີ່ອະນຸຍາດໃຫ້ທ່ານໂອນຂໍ້ຄວາມຈະສະແດງໃຫ້ເຫັນວ່າຂໍ້ຄວາມໄດ້ຖືກໂອນໄປແຕ່ຢ່າງໃດ. ຕົວຢ່າງເຊັ່ນ, Thunderbird inserts "(ໂດຍວິທີການຂອງ [ຊື່] [ທີ່ຢູ່ອີເມວ])" ໃນສາຍ From: while The Bat! ເພີ່ມສາຍ "Resent-from:" header line. ນີ້ເຮັດໃຫ້ມັນຊັດເຈນໃຫ້ຜູ້ຮັບວ່າຂໍ້ຄວາມຖືກໂອນແລະຜູ້ທີ່ໂອນມັນ.
ເພື່ອຊອກຮູ້ວ່າລູກຄ້າອີເມວຂອງທ່ານສະຫນັບສະຫນູນການໂອນຂໍ້ຄວາມ, ເບິ່ງຄໍາສັ່ງທີ່ມີຊື່ວ່າ "ປ່ຽນເສັ້ນທາງ" ຢູ່ໃກ້ຄໍາສັ່ງ "ຕອບ". ເນື່ອງຈາກວ່າມັນບໍ່ແມ່ນສິ່ງທີ່ສໍາຄັນເພາະວ່າທ່ານອາດຈະບໍ່ພົບມັນເປັນປຸ່ມແຖບເຄື່ອງມືແຕ່ເມນູເປັນບ່ອນທີ່ດີທີ່ຈະເບິ່ງ.