客戶向您發送與工作相關的電子郵件。 好。 這個消息唯一的缺點是，你顯然不是可以回答它的人（這是關於長期退役的型號KH9345-I）。
轉發困境
所以你可以將消息轉發給能夠回答的人。 好。 現在唯一的問題是你是消息的發送者。
- 知識淵博的同事不能直接回答客戶的要求。
- 答案將發送給你。 您必須將其轉發給原始發件人...
- 相反，她必須從正文中提取客戶的電子郵件地址並將其粘貼到收件人：行中。
顯然，當您轉發郵件時，某些電子郵件的便利性和權力已丟失。
然後還有所有額外的東西：每行開頭的引號（“>”）或多或少，可能是開頭的“FORWARDED MESSAGE BEGINS HERE”和大量額外的頭文件，沒有人需要，但更長比消息本身。
重定向到救援
重定向郵件而不是轉發它可以節省您和您的同事。 當電子郵件被重定向時，它發生變化的唯一重要部分就是收件人。
主題保持不變（不是“Fwd：”）。 身體保持不變（不是“>”，不是“轉發消息”）。 至少對於電子郵件客戶端，From：行中的發件人保持不變。
這意味著重定向消息的收件人
- 可以使用她的電子郵件客戶端的回复功能直接向原始發件人撰寫郵件，
不是重定向消息的人。
但是，允許您重定向郵件的電子郵件客戶端將以某種方式顯示郵件已被重定向。 例如，Thunderbird在From：行中插入“（通過[name] [email address]）”，而The Bat！ 添加“Resent-from：”標題行。 這使接收者清楚該郵件已被重定向以及誰將其重定向。
要確定您的電子郵件客戶端是否支持重定向消息，請在“答复”命令附近查找名為“重定向”的命令。 由於它不如後者那麼重要，因此您可能無法將其作為工具欄按鈕來使用，但該菜單是查看的好地方。