My experience is that RW is a more mature product. Blocs uses the blocs store and RW uses Stacks. Both apps recognise that you’ll need further functionality to create feature rich websites. The systems are similar in that they allow you to create websites. I’ve used it for 10 years and also have blocs. They created the mailbox and voila ~ all of the emails began flowing into the scheduler’s mailboxes again.I’d be a bit cautious in dismissing RW. We figured it out when networking realized that the email address I was using didn’t exist - and Microsoft was scoring the in-bound emails as spam which caused our firewall to detain them. The email address I was using (something like was suddenly being blocked by our firewall, so our schedulers were not receiving the requests (our firewall should not have been blocking anything originating from ). I couldn’t figure it out - nothing on my end had changed. I found out the hard way when dozens of complaints starting rolling in quite a while back. If it does not, then the message goes into the spam folder. From a technical standpoint, it doesn’t have to if one is using PHP mail, and the provider isn’t authenticating…as long as the domain matches, the email will still be sent.īUT - Microsoft Exchange / Outlook 365 (and, I presume others) absolutely ping the sender’s system before delivering the piece of email to determine if the email account actually exists. They state that it’s important that the domains match, but (to the best of my knowledge), they don’t explicitly state that the email address itself must exist. I’ve never seen this mentioned in any of the documentation I’ve read, including MachForm’s. One thing I learned from our networking group was that it is imperative that the email address used to push the forms actually exists. There will likely be emails that go missing or don’t get sent. On the previous form I used I’d always get clients submitting it, then sending me amendments a few hours later. You can edit this form for 24hrs after submission, after which time no changes will be possible, the edits will be committed and you will be charged.” etc. So this means I get to add a completion message along the lines of “thanks for your updates.
Formsnap rapidweaver software#
i should say often not of their own volition but becuase they have to rely on software on the server, which can get updated/changed without notice and so cause issues. I do realise those of us who use MF are verging on the evangelical, but in most cases it’s becuase we’ve all been burnt by “regular” form stacks which tend to fall over eventually. And as I only use MF for advanced/interactive forms, I get to charge a bit more for them :-) So my costs are a single licence, and I only have to “maintain” a single install. So, if a client gets an issue, or a user saying they completed the form but the client never got it, they tell me and I investigate. No client gets access to the MF script dashboard, only me. Once completed the form sends the client the data in an email and if a receipt I needed for the user, an email is sent to them.
Formsnap rapidweaver install#
Not sure if you do sites for clients, but I do, and I sometimes add a MF form from my “central” install which resides on my own business domain into the client site, which exists on their own domain (although my server: I host all the sites I make).
I have a single install, but I have forms that this install generates on various sites.
It relates to the install of the code, NOT the deployment of the forms. Don’t get confused, or restricted, by the single domain thing.
0 kommentar(er)
