2009-04-01 8 views
1

Ok, obtenez ceci.formulaire html dans le client de messagerie

On m'a assigné d'écrire un formulaire html pour être EMAILED aux clients afin qu'ils puissent le remplir et le soumettre DU CLIENT EMAIL! Apparemment, envoyer un lien vers le formulaire existant sur notre site Web n'est pas assez bon. J'essaie toujours de comprendre ce qui me manque, mais de toute façon, je suppose que je n'aurai aucun moyen de valider les données, et si cela fonctionne, comment l'utilisateur le saura-t-il? WTF ?????

Obtenez ceci, ils enverront un pdf et un doc de html aux clients, j'ai essayé de mettre mon cas en avant mais apparemment les pros du marketing disent IL EST POSSIBLE ET DOIT ÊTRE FAIT, TRAVAILLANT VENDREDI!

+0

Je n'ai rien à vous offrir, mais mes sympathies. Les joies du marketing. –

Répondre

2

Ce n'est pas une bonne idée sur plusieurs fronts:

  1. ne sont pas tous les clients de messagerie soutiendront un poste sous forme de HTML voir: http://www.campaignmonitor.com/blog/post/2435/how-forms-perform-in-html-emai/

  2. Aucune validation clientside

  3. Quelle est exactement mal avec un lien?
  4. Comment obtenez-vous des données à partir d'un formulaire PDF? Vous pouvez obtenir des outils de formulaire coûteux d'Adobe:

  5. Certains vérificateurs de spam/av disposeront d'e-mails basés sur des formulaires.

+0

de ce que je peux voir le pdf a une forme fonctionnelle qui soumet à un service Web SOAP –

+0

Comment vais-je gérer les données sur la fin du serveur? Je dois probablement avoir un service Web qui diffuse ABUSE ME! collecter les informations soumises? –

+0

Des formulaires PDF peuvent être créés pour effectuer des POST HTTP normaux.Il y a juste une certaine confusion parce qu'il y a quelques autres méthodes plus compliquées et moins ouvertes pour faire des formulaires PDF. Je ne vois toujours pas le point cependant: vous avez besoin d'une connexion web pour soumettre le formulaire, utilisez donc un simple lien web pour le récupérer! – bobince

0

Il n'y a que deux possiblités: premier client de messagerie doit avoir un environnement d'exécution PHP pour exécuter le script php localement, également un serveur de messagerie intégré - qui nest pas le cas pour la plupart d'entre eux. La seconde est que votre client de messagerie agit comme un navigateur et affiche le formulaire (qui se trouve toujours sur Internet) dans sa fenêtre de visualisation de courrier (ce qui est peut-être possible mais je ne connais aucun client de messagerie commun).

Ainsi, soit vous soumettez un lien vers le formulaire, soit vous construisez le courrier de cette façon, qu'il y a des espaces réservés à remplir et à soumettre comme une réponse par courrier normal.

0

C'est généralement une mauvaise idée. La plupart des clients de messagerie n'autorisent que du HTML limité, avec des CSS limités et sans JavaScript du tout. Voir: http://www.sitepoint.com/code-html-email-newsletters/

De nombreux clients de messagerie ne permettent pas l'envoi de n'importe quel formulaire (au moins avec les paramètres de sécurité standard).

0

Cette idée est tout à fait fausse. Vous créez un vecteur de phishing pour votre entreprise, ce qui pourrait les exposer à une énorme responsabilité légale. Il suffit de leur demander combien d'argent ils vont mettre dans le fonds de défense juridique afin de payer les poursuites qu'ils vont perdre.

Un serveur Adobe PDF est à peu près la seule méthode raisonnable pour cela, mais cela prend beaucoup d'argent et de travail sur votre réseau pour prendre en charge un nouveau type de serveur.

Questions connexes