This morning I had an e-mail from a business guy asking how and when o dịch - This morning I had an e-mail from a business guy asking how and when o Việt làm thế nào để nói

This morning I had an e-mail from a

This morning I had an e-mail from a business guy asking how and when one should use Return Receipts (RR) due one of his associates making this request with every single e-mail that they send. Return Receipts, RR for short, are a way of knowing that an e-mail has been opened on the recipient’s computer. It does not however, mean they have read the e-mail.
Do you have business contacts who have this feature on for every single e-mail? In my experience, those are the folks that seem to want to know when you receive their e-mail even ii the content is not critical fir important - sort of a control thing. Or, it could be your associate does not even know they have this option selected.
Maybe nicely e-mailing them with a “Did you know . . . ?" can let them know this is not
a feature to be used for every single e-mail. With that said, I have lost count of the number of times l have let others know that using an RR with each and every e-mail they send is, well, irksome and nosy at best. I also advise that I deny RR requests. But the RRs continue.
RRs are to be used sparingly, if at all. Being they can be declined as I and many others do. I really do not see any constructive purpose other than when both parties agree to use them and acknowledge them. To use RRs as a way to try and track others — not effective.
For those who use RRs with every e-mail, think of it this way — what would you think if every time you heard a voice mail, answering machine message, opened a postal letter it was immediately reported back to sender that you had heard/opened their communications? And if you didn’t want that report to be sent, you would have to make the effort to decline this from happening. That's the same with e-mail RRs. Sending with every e-mail and/or then not respecting requests from others to refrain from doing so is discourteous.


0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Sáng nay tôi đã có một e-mail từ người kinh doanh yêu cầu như thế nào và khi một trong những nên sử dụng trở về biên lai (RR) do một cộng sự của ông làm cho yêu cầu này với mỗi e-mail đơn họ gửi. Trở về biên lai, RR cho ngắn, là một cách để biết rằng một e-mail đã được mở trên máy tính của người nhận. Nó Tuy nhiên, có nghĩa là họ đã đọc e-mail.Bạn có địa chỉ liên lạc kinh doanh, người có tính năng này trên cho mỗi email duy nhất? Theo kinh nghiệm của tôi, những người là các folks mà dường như muốn biết khi bạn nhận được của e-mail ngay cả hai nội dung không phải là quan trọng - linh sam quan trọng sắp xếp của một điều khiển. Hoặc, nó có thể là liên kết của bạn thậm chí không biết họ có tùy chọn này được chọn.Có lẽ độc đáo thư điện tử chúng với một "Bạn có biết...?" có thể cho họ biết đây không phải làmột tính năng được sử dụng cho mỗi email duy nhất. Với mà nói, tôi đã mất số của số lần tôi có cho những người khác biết rằng bằng cách sử dụng một RR với mỗi email họ gửi là, tốt, irksome và tò mò lúc tốt nhất. Tôi cũng khuyên rằng tôi từ chối yêu cầu RR. Nhưng các RRs tiếp tục.RRs là để được sử dụng ít, nếu ở tất cả. Là họ có thể bị từ chối như tôi và nhiều người khác làm. Tôi thực sự không thấy bất kỳ mục đích xây dựng khác hơn khi cả hai bên đồng ý để sử dụng chúng và xác nhận chúng. Để sử dụng RRs như một cách để thử và theo dõi những người khác — không hiệu quả.Đối với những người sử dụng RRs với mỗi thư điện tử, nghĩ về nó theo cách này-những gì bạn sẽ nghĩ rằng nếu mỗi khi bạn nghe thư thoại, máy trả lời thư, mở một thư bưu chính nó đã được ngay lập tức báo cáo trở lại cho người gửi rằng bạn đã nghe nói/mở thông tin liên lạc của họ? Và nếu bạn không muốn rằng báo cáo được gửi đi, bạn sẽ phải làm cho các nỗ lực để từ chối điều này xảy ra. Đó là cùng với e-mail RRs. gửi với mỗi thư điện tử và/hoặc sau đó không tôn trọng các yêu cầu từ những người khác để kiềm chế không làm như vậy là vô lể.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Sáng nay tôi đã có một e-mail từ một anh chàng kinh doanh hỏi làm thế nào và khi nào nên sử dụng trở lại biên nhận (RR) do một trong những cộng sự của ông làm cho yêu cầu này với tất cả các e-mail duy nhất mà họ gửi. Quay trở lại biên nhận, RR cho ngắn, là một cách để biết rằng một e-mail đã được mở trên máy tính của người nhận. Tuy nhiên nó không, có nghĩa là họ đã đọc các e-mail.
Bạn có liên hệ kinh doanh có tính năng này cho tất cả các e-mail duy nhất? Theo kinh nghiệm của tôi, đó là những folks rằng dường như muốn biết khi nào bạn nhận được e-mail của họ thậm chí ii các nội dung không phải là quan trọng linh sam quan trọng - một loại điều khiển. Hoặc, nó có thể là liên kết của bạn thậm chí không biết họ có tùy chọn này được lựa chọn.
Có lẽ độc đáo gửi thư điện tử đến với một "Bạn có biết. . . ? "Có thể cho họ biết điều này không phải là
một tính năng được sử dụng cho tất cả các e-mail duy nhất. Với mà nói, tôi đã bị mất đếm số lần l đã để cho người khác biết rằng sử dụng RR với nhau và mỗi e-mail họ gửi là, tốt, buồn tẻ và tò mò lúc tốt nhất. Tôi cũng khuyên rằng tôi từ chối yêu cầu RR. Nhưng RR tiếp tục.
RR sẽ được sử dụng một cách tiết kiệm, nếu ở tất cả. Được họ có thể bị từ chối như tôi và nhiều người khác làm. Tôi thực sự không nhìn thấy bất kỳ mục đích xây dựng khác hơn khi cả hai bên đồng ý sử dụng chúng và thừa nhận họ Để sử dụng RR như là một cách để thử và theo dõi những người khác -.. không hiệu quả
Đối với những người sử dụng RR với tất cả các e-mail, suy nghĩ của nó này cách - những gì bạn sẽ nghĩ rằng nếu mỗi khi bạn nghe thấy một hộp thư thoại, trả lời các thông điệp trong máy, mở thư bưu chính nó đã ngay lập tức báo cáo lại cho người gửi mà bạn đã nghe / mở thông tin liên lạc của họ Và nếu bạn không muốn báo cáo đó được? gửi, bạn sẽ phải thực hiện các nỗ lực giảm điều này xảy ra. Đó là cùng với RR e-mail. Gửi với tất cả các e-mail và / hoặc sau đó không tôn trọng các yêu cầu từ người khác để kiềm chế không làm như vậy là bất lịch sự.


đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: