Forwarding, and forwarding as Attachments

[gfdos.sys]

We are running the 3.1 OSS on RHEL 4 update 2.
All clients having this issue are Windows XP w/SP2.
Firefox does not have this issue, internet explorer only.
(Everyone uses Internet Explorer, I am the only person with firefox)

Issue 1:
When forwarding an email that is html, it all goes plain text in the forward. This looses any pictures or attachments and forwards partial text only.

Related issue:
When forwarding the body of the email is forwarding only but not any attachments.

Issue 2:
When a document is forwarded from Outlook, or Forwarded as an attachment, the IE popup blocker stops the popup.

If you click on the bar and tell it to temporyarily allow the popups, when you click on the attachment, IE trys to open it in the existing window, and give the "do you want to navigate away from zimbra" window. if you click ok it will reload zimbra as if you just logged in and takes you back to the main page view.
However if you click on the bar and tell it to Always allow popups from mail.domain.com, when you click on the attachment, IE trys to open it in the existing window, and give the "do you want to navigate away from zimbra" window. if you click ok it will open the popup in a new window.

Now while I could tell all users to "allow all popups for mail.domain.com" this is still confusing because it still acts like it is going to navigate away from zimbra and this is not what the user wants to do. (so its not truely a fix)

The other option: right click on the attachment and tell it open in a new window, of course doesnt work because that opens a window to "javascript:;"

Any suggestions for either of these issues? (yeah one does feed into the other)

[KevinH]

Do you have compose in a new window turned on? What if you turn that off or use shift-compose/forward instead?

[gfdos.sys]

Compose in new window is off.

Problem 1:
Example a:
If you receive an html message like an add from Dell, or something that has pictures in it (that you have to click "show images"), and you try to forward it it reverts to plain text which means the recever gets the "alt" tags and nothing more... this is immediately viewable before you send the message.
Example b:
If you receive a plain text message with an attachment, like a video, or a picture, or a document, and you click forward, the forwarding message contains the forwarded text, but not the attachment.

NOTE: both of the above issues dont happen if you choose forward as an attachment... but they should work fine with out forwarding as an attachment.

Problem 2:
This is not a problem with composing, this is a problem when RECEIEVING a message that has an attached. (because I recommended ppl to try that as a work around since problem 1 is causing them trouble.)

I have also been able to reproduce problem 2 when receiveing a message forwarded from another mail server by users of Outlook, since Outlook appears to forward all things as attachments.

Example:
Mail is recieved with a forwarded mail as an attachment.
The Attachment shows with the name of the attachment, but no extension.
When the user clicks on the "forwarded mail attachment" they get the behavior mentioned in the previous post...
(recap)
NOTE: only happens in IE not in Firefox
1.Click on "forwarded mail attachment" hyperlink
2.IE popup blocker notifies you a popup has been blocked.
3.If you click on the IE bar you have 2 options: Temporarily allow popups or Always allow popups from mail.domain.com
4. If you click temporarily allow popups it reloads the page.
5. Click on "forwarded mail attachment" AGAIN (now that popups are allowed)
6.Zimbra prompts that you are navigating away from zimbra
7.Click on ok
8.Page redirects to grey background, and then the zimbra Loading screen (like after you have logged in)
9.Zimbra Client reloads.
--NOTE: if you go back to mail message and click on "forwarded mail attachment" again go to step 5 above.... again and again ---Eternal loop of steps 5-9
10. Get frustrated and try other ie OPTION -- Always allow popups from mail.domain.com:
a.Go back to email
b.Click on "forwarded mail attachment"
c. IE pop up blocker bar -- choose Allways allow popups from mail.domain.com
d. Page Reloads
e. Click on "forwarded mail attachment" again
f. Zimbra prompts that you are navigating away from zimbra
g. Click on ok
h. popup comes up with attachment in it, and zimbra reloads in original window.

NOTE: the always allow option will now allways allow popups but when ever you get a "forwarded mail attachment" you go through these steps:
a.Click on "forwarded mail attachment"
b. Zimbra prompts that you are navigating away from zimbra
c. Click on ok
d. popup comes up with attachment in it, and zimbra reloads in original window.

This makes it look like whenever you click on one of these "forwarded mail attachments" that you tried to close the browser, clicked the back button, etc. and Freaks out the user who will click "cancel" and not bring up the popup and call me instead in frustration.

[KevinH]

Problem 1:
http://bugzilla.zimbra.com/show_bug.cgi?id=3216

Problem 2:
Turn off popup blockers for the zimbra domain. The app will use popups so if you want to use those features you need to disable your popup blocker. No need to waste time trying to work around this or set it to temporary.

Skipping to the bottom it appears there is a bug with forwarding as an attachment with IE. Please post this to bugzilla with the steps to reproduce (popup blocker off).

[gfdos.sys]

I am not tacking a new problem onto an old thread!
I am adding info I noticed when this problem just popped up again:

The culprit is Outlook, but knowing outlooks gig, Zimbra may make allowances, until microsoft stops shipping the product. (I HATE outllook, I hate using it, I hate supporting it. I need either Migrane medicine to deal with outlook, or better yet, Uninstall!)

Anyhow OTHERS use Outlook and forward emails to our users.
The attachement comes as an Envelope Icon with a name, but no extension.
This leads to the pop up issue I was discussing above.

You can see contents of the attachment by right clicking on the Fragment of the message and clicking show original.

The attachment, is simply the stripped text of the previous message (and forwards if it has been forwardedforwardedforwarded) but it is encapsulated with:

Content-Type: multipart/mixed; 
	boundary="----=_Part_31589_3680810.1178805627956"

------=_Part_31589_3680810.1178805627956
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<body content here>
------=_Part_31589_3680810.1178805627956
Content-Type: message/rfc822
Content-Disposition: attachment
<additional content here>
------=_Part_31589_3680810.1178805627956--

Rather than just adding the content to the body of the forwarded message as zimbra does, it takes the content, and turns it into attachments... which with no extension, zimbra doesnt know how to handle.

My workaround for now was to tell all staff via emal that if they get an email forwarded to them from outside, and it has an attachement that has no extension, to right click on the fragment and choose show original.

What I wanted to say was "friends dont let friends use Outlook" but that is another story...