Jump to content

Terrible Toll

  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Terrible Toll

  • Rank

Profile Information

  • Gender
  • Location
    London, UK
  • Interests
    Geology, Astronomy, Photography
    Rowing, X-C Skiing, Walking & Climbing
    old Land Rovers

Contact Methods

  • Website URL

FileMaker Experience

  • Skill Level
  • FM Application
    15 Advanced

Platform Environment

  • OS Platform
  • OS Version
    OSX Yosemite 10.10.5

FileMaker Partner

  • Membership
    FileMaker TechNet
    FileMaker Business Alliance

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Rather an old posting - but this is possible and we do it all the time to record all emails sent by CloudMail. We also had to put in a script step to ignore server results when downloading AWS results, so the BCC'd results are not confused with the rest. To apply the BCC, simply add another recipient before sending the email: Set Variable [ $recipient; Value: CMAddRecipient( recipientemailaddress ) ] Set Variable [ $recipient; Value: CMAddRecipient( filemakerserveraddress ) ]
  2. Hi I just broke the click feature on CloudMail, so I thought I would drop a hint on this thread. Not only does your email have to be HTML for the CloudMail plugin to include view and click feedback, but you have to be careful to use " speech marks in your coding. I rewrote the scripting to merge data from FileMaker and used ' single quote marks to distinguish between the HTML coding and the FileMaker coding instead of using \" . Using ' worked just fine, but stopped the CloudMail plug-in from applying the code for the click feedback. The example below shows working code using \" - if you replace these with ' then the script works but the click code is not added by the plugin to the email. Example script that adds the attachment and a thumbnail onto the HTML email : Case ( PatternCount (EMAIL::_g_message_HTML; "<<attachment>>"); Substitute ( EMAIL::_g_message_HTML ; "<<attachment>>"; "<br><a href=\"" & $$attachmentURL & "\" download><img src=\"" & $$attachmentTHUMB & "\" alt=\"Click to view " & EMAIL::Attachment FILENAME & "\" width=\"240\" vspace=\"2\"></a>"); Substitute ( EMAIL::_g_message_HTML ; "</body>"; "<br><a href=\"" & $$attachmentURL & "\" download><img src=\"" & $$attachmentTHUMB & "\" alt=\"Click to view " & EMAIL::Attachment FILENAME & "\" width=\"240\" vspace=\"2\"></a></body>") ) If there is no <<attachment>> marker in the text then it places the linked image thumbnail at the end of the HTML body.
  3. All sorted - the SPAM scoring is now around 9/10, so pretty much as good as we could hope for. Many thanks for your response Ryan
  4. It appears that the issue was not one of poor SPAM scoring at all, but a result of not applying a custom DNS name. By leaving the DNS name as the IP address, the email system worked, but the filters could detect the AWS instance IP address within the email. Applying a custom DNS name to the DNS listing for the clients domain and using that instead cleared up the issue. Many thanks to the prompt response from 360works support.
  5. I have set up several client systems with the CloudMail plugin to facilitate small batch email facilities. Despite setting the system as per the AWS guidance with SPF and DKIM validation, the system works well but we have some problems with SPAM filtering by some recipient servers (Office 365) where they have filters set strictly. After running some tests, it appears that the AWS SES system is picking up some poor scoring on the [unsubscribe] facility. Example: <p class=3D'style5'><a href=3D''>Unsubscribe</a></p><img border=3D'0' src=3D'' width=3D'1' height=3D'1'> The SPAM scoring seems to highlight the IP addressed unsubscribe feature as poor and applies 3 points, with an additional 0.5 point for the img containing no alt attribute. So my query here is: can we use a proper URL to the unsubscribe link and can I make sure that the img border that it assigns has an alt attribute? CORRECTION: it may be that the img is the AWS tracking pixel that doesn't have the alt attribute. This alone would half our SPAM score and might solve our immediate problems in this regard. Any hints or tips would be much appreciated. Many thanks, Anatole Beams
  6. Thanks for your response Olger. You could be quite right. I am not able to reproduce the problem, so it could be just a filter. However, I suspect it is not just the one client, which make me think it is more than just that.
  7. I have set up a subdomain on our domain so the link on the attachment is now: http://aws.momentum.uk.com/CloudMail/click/49857fb6-3454-4b18-b3d8-a07a78a6f76f/0 However, this initial link off the email is insecure (http). It links in turn to secure location where the image is stored (https). Does anyone know if it is possible to make the intermediate link https as well? Why is it that the IP address that we have on AWS is only http?
  8. I think it may be because the initial link on the email to download the attachment is not secure. Example: Surely this should be a secure link? The IP address is the one supplied when CloudMail links to AWS, so I am not sure if we have any control over this. Other CloudMail links such as unsubscribe are also similar so will likely have the same problem if clients are blocked from using insecure sites.
  9. Many thanks - it seems to be working now with the latest updates. Although we now BCC all sent emails to a sent box on our email server, so we can be absolutely sure of everything we have sent.
  10. We have the 360works CloudMail plug-in employed to send batch emails to our participants. It uploads attachments to AWS and includes a download link on each email, however, some of our city clients are being blocked from accessing the attachments by their firewall. We have the domains all fully certified and verified by AWS, so does anyone have any idea what could be the possible cause of this. Thanks in advance, Anatole Beams
  11. This problem was fixed with an update for the CloudMail plug-in. Thanks 360works - it works!
  12. The CloudMail plug-in seems to work well through the AWS system, but the results collection has proven to be unreliable. Frequently, emails have gone out and no results have been available to collect at all. I had my suspicions about this, so I have been logging all emails sent in FileMaker and also BCC'ing emails to a catch address. We have only just installed the latest plug-in so I have yet to see if this occurs with 3.09 (we have been running 3.08) Has anyone else experienced any problems with the CloudMail results collection?
  13. I have this issue too - tabs don't work, but otherwise all seems to be OK. Just get the error flashing up at the beginning on Safari.
  14. Thanks to Ryan at 360 for his swift response to my query. The latest plug-in updates fixed the Java issue.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.