bcooney Posted October 14, 2010 Posted October 14, 2010 (edited) " & ACT::body_wFormatting & " Edited October 14, 2010 by Guest
bcooney Posted October 15, 2010 Author Posted October 15, 2010 For what it's worth, I do not have this problem with SMTPit Pro.
Smef Posted October 18, 2010 Posted October 18, 2010 We've received another report of this as well, and it's something we're looking into. I haven't been able to reproduce this quite yet, but I'm trying to see what is happening here.
bcooney Posted October 18, 2010 Author Posted October 18, 2010 Hi David, Yes, I might be the "other report" as well. Michael Gaslowitz and I traded emails and files. He reproduced the problem, and said he'd report it to "the developers." He suggested I use all attachments and forego inline attachments until there's a fix. hth, Barbara
bcooney Posted October 21, 2010 Author Posted October 21, 2010 Any progress on this bug? The two clients that are requesting inline graphic functionality for their bulk mail process both are licensed for 360 Email plugin already. So, we really want to stay with this plugin.
Smef Posted October 22, 2010 Posted October 22, 2010 What sort of image are you using? I've found one bug where an inline attachment will fail to display if the inline image is a .png file and then the regular attachment won't show up either. Everything seems to work fine with .jpg and .gif files.
bcooney Posted October 22, 2010 Author Posted October 22, 2010 Yes, sounds like you found the bug we're dealing with. What email client are you testing (receiving client)? Michael specifically called this an Apple Mail bug. For the most part, this must work with .jpg in line and PDF attachments.
bcooney Posted October 22, 2010 Author Posted October 22, 2010 If it helps, here's the test file I've been using that Michael supplied. Just ran it with a .jpg and an Excel attachment. No attachment, just the .jpg inline using Apple Mail. 360TestInline.fp7.zip
Smef Posted October 22, 2010 Posted October 22, 2010 Ah, yes. I've been able to confirm the issue with apple mail as well. Everything seems to work ok on Thunderbird or webmail clients, so we're looking into why Apple Mail isn't handling this.
bcooney Posted October 22, 2010 Author Posted October 22, 2010 I also had the problem using Outlook on WinXP SP3.
Smef Posted November 5, 2010 Posted November 5, 2010 We've release a new version of this plugin which should address this issue. You can download it from http://360works.com/email-plugin/.
bcooney Posted November 5, 2010 Author Posted November 5, 2010 Yeah! Will test asap and report back. Thanks.
bcooney Posted November 5, 2010 Author Posted November 5, 2010 (edited) Works, mostly. An attached Word Doc shows up in Apple Mail as a mime-attachment (and looses its .doc identity. It open in TextEdit). An excel .xls also looses its identity and doesn't open. Edited November 5, 2010 by Guest
Smef Posted November 5, 2010 Posted November 5, 2010 I've been unable to reproduce this issue. Could you give me a call some time so that we could do screen sharing and take a look at what this issue is?
bcooney Posted November 5, 2010 Author Posted November 5, 2010 (edited) I suppose Friday at 4:45 won't make me very popular with you guys. So, how about Monday. I'll call then. Edit: btw, testing with the file posted above. Edited November 5, 2010 by Guest
Smef Posted November 9, 2010 Posted November 9, 2010 Issue is resolved - inline and regular attachments were reversed!
bcooney Posted November 9, 2010 Author Posted November 9, 2010 Yeah! Thanks for your help, David. Tell Michael that he owes you one.
bcooney Posted November 16, 2010 Author Posted November 16, 2010 Well, David, I'm back. Our new problem concerns an email with two inline graphics and an attachment. If sent from a PC to a Mac, when opened in Mail, the second inline graphic is a mime attachment. If viewed on a PC using Outlook, it's fine. If sent from a Mac to a Mac, it's fine. I need to test sent from a Mac to a PC. Can you look into this, please? Barbara
Smef Posted November 16, 2010 Posted November 16, 2010 I'm not able to reproduce this issue. Can you post your code on here? One thing I've found is that FileMaker uses open and close quotations when entering text in a text field, which does not work for HTML. If you have written HTML directly into FileMaker you may need to write it in textedit/notepad, remove the open/close quotes and replace them with straight quotes.
bcooney Posted November 16, 2010 Author Posted November 16, 2010 I don't have access to a PC today. I'll try again tomorrow. My code is quite complex. I'm evaluating merge fields. However, I still have Michael's test file and I'll use that for testing tomorrow. If that works, then it's my code. Thanks, Barbara
bcooney Posted November 17, 2010 Author Posted November 17, 2010 Hi again. My testing seems to indicate that it matters if the graphic (inserted as a file or picture) has an extension. I've been using random clip-art. When I added ".jpg" to the name, the Mac saw the inline graphic fine.
Recommended Posts
This topic is 5476 days old. Please don't post here. Open a new topic instead.
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now