je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:" enctype="multipart/form-data"
method="post" >
<INPUT type="file" name="monFichier" >
<input type="submit" value="Envoyer le mail avec pj" >
</FORM>
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
une solution HTML pour au moins 1 des navigateurs
sinon avec JavaScript ?
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:nom@FAI.fr" enctype="multipart/form-data"
method="post" >
<INPUT type="file" name="monFichier" >
<input type="submit" value="Envoyer le mail avec pj" >
</FORM>
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
une solution HTML pour au moins 1 des navigateurs
sinon avec JavaScript ?
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:" enctype="multipart/form-data"
method="post" >
<INPUT type="file" name="monFichier" >
<input type="submit" value="Envoyer le mail avec pj" >
</FORM>
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
une solution HTML pour au moins 1 des navigateurs
sinon avec JavaScript ?
Bonjour,
Le 16/09/2010 11:18, bpdu92 a écrit :
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
ça ne me semble pas une très bonne idée.
Puisque c'est fait à partir d'un site web, pourquoi ne pas envoyer le
fichier directement au site, en binaire,
plutôt que de le forcer à
passer en Base64 si c'est du binaire, et de le multiplier par le nombre
de passerelles traversées ?
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
Tu ne précises pas quel courrielleur est appelé par IE8. Il faut
pourtant qu'ils puissent s'entendre l'un et l'autre sur un moyen de
préciser le nom et le contenu d'une éventuelle pièce jointe ! Je ne
crois d'ailleurs pas que ce genre de passage de relais ait été normalisé
dans un quelconque document.
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
Ben oui. Ça me semble le comportement le plus vraisemblable.
une solution HTML pour au moins 1 des navigateurs
sinon avec JavaScript ?
Une solution consisterait à transférer le fichier vers le serveur et à
demander au serveur d'envoyer lui-même le courriel, mais encore une fois
ça me semblerait une mauvaise idée.
Bref... mauvaise idée, changer d'idée. ©
Bonjour,
Le 16/09/2010 11:18, bpdu92 a écrit :
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:nom@FAI.fr" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
ça ne me semble pas une très bonne idée.
Puisque c'est fait à partir d'un site web, pourquoi ne pas envoyer le
fichier directement au site, en binaire,
plutôt que de le forcer à
passer en Base64 si c'est du binaire, et de le multiplier par le nombre
de passerelles traversées ?
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
Tu ne précises pas quel courrielleur est appelé par IE8. Il faut
pourtant qu'ils puissent s'entendre l'un et l'autre sur un moyen de
préciser le nom et le contenu d'une éventuelle pièce jointe ! Je ne
crois d'ailleurs pas que ce genre de passage de relais ait été normalisé
dans un quelconque document.
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
Ben oui. Ça me semble le comportement le plus vraisemblable.
une solution HTML pour au moins 1 des navigateurs
sinon avec JavaScript ?
Une solution consisterait à transférer le fichier vers le serveur et à
demander au serveur d'envoyer lui-même le courriel, mais encore une fois
ça me semblerait une mauvaise idée.
Bref... mauvaise idée, changer d'idée. ©
Bonjour,
Le 16/09/2010 11:18, bpdu92 a écrit :
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
ça ne me semble pas une très bonne idée.
Puisque c'est fait à partir d'un site web, pourquoi ne pas envoyer le
fichier directement au site, en binaire,
plutôt que de le forcer à
passer en Base64 si c'est du binaire, et de le multiplier par le nombre
de passerelles traversées ?
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
Tu ne précises pas quel courrielleur est appelé par IE8. Il faut
pourtant qu'ils puissent s'entendre l'un et l'autre sur un moyen de
préciser le nom et le contenu d'une éventuelle pièce jointe ! Je ne
crois d'ailleurs pas que ce genre de passage de relais ait été normalisé
dans un quelconque document.
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
Ben oui. Ça me semble le comportement le plus vraisemblable.
une solution HTML pour au moins 1 des navigateurs
sinon avec JavaScript ?
Une solution consisterait à transférer le fichier vers le serveur et à
demander au serveur d'envoyer lui-même le courriel, mais encore une fois
ça me semblerait une mauvaise idée.
Bref... mauvaise idée, changer d'idée. ©
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
Au siècle dernier ça a eu fonctionné.
(en cherchant dans mes vieux DD je devrais retrouver un "cours de html"
donnant un tel exemple)
<http://www.w3.org/TR/html401/interact/forms.html#adef-enctype>
ça ne me semble pas une très bonne idée.
Puisque c'est fait à partir d'un site web, pourquoi ne pas envoyer le
fichier directement au site, en binaire,
Là ... je sais pas de quoi tu causes.
(par exemple en pages perso chez Orange tu n'as pas accès à du code côté
serveur)
plutôt que de le forcer à
passer en Base64 si c'est du binaire, et de le multiplier par le nombre
de passerelles traversées ?
Le mieux est d'utiliser le formulaire proposé par l'hébergeur (tous les
hébergeurs proposent un tel formulaire qui envoie dans sa BAL et sans
indiquer en clair son adresse !)
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
Tu ne précises pas quel courrielleur est appelé par IE8. Il faut
pourtant qu'ils puissent s'entendre l'un et l'autre sur un moyen de
préciser le nom et le contenu d'une éventuelle pièce jointe ! Je ne
crois d'ailleurs pas que ce genre de passage de relais ait été normalisé
dans un quelconque document.
Ben ... plus ou moins ... par le enctype, non ?
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
à force de bloquer pour raisons de sécurité on peut faire de - en - de
choses avec ce "file"
Et de ttes façons, en post, tu es censé ne rien voir de que le
formulaire envoie.
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:nom@FAI.fr" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
Au siècle dernier ça a eu fonctionné.
(en cherchant dans mes vieux DD je devrais retrouver un "cours de html"
donnant un tel exemple)
<http://www.w3.org/TR/html401/interact/forms.html#adef-enctype>
ça ne me semble pas une très bonne idée.
Puisque c'est fait à partir d'un site web, pourquoi ne pas envoyer le
fichier directement au site, en binaire,
Là ... je sais pas de quoi tu causes.
(par exemple en pages perso chez Orange tu n'as pas accès à du code côté
serveur)
plutôt que de le forcer à
passer en Base64 si c'est du binaire, et de le multiplier par le nombre
de passerelles traversées ?
Le mieux est d'utiliser le formulaire proposé par l'hébergeur (tous les
hébergeurs proposent un tel formulaire qui envoie dans sa BAL et sans
indiquer en clair son adresse !)
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
Tu ne précises pas quel courrielleur est appelé par IE8. Il faut
pourtant qu'ils puissent s'entendre l'un et l'autre sur un moyen de
préciser le nom et le contenu d'une éventuelle pièce jointe ! Je ne
crois d'ailleurs pas que ce genre de passage de relais ait été normalisé
dans un quelconque document.
Ben ... plus ou moins ... par le enctype, non ?
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
à force de bloquer pour raisons de sécurité on peut faire de - en - de
choses avec ce "file"
Et de ttes façons, en post, tu es censé ne rien voir de que le
formulaire envoie.
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
Au siècle dernier ça a eu fonctionné.
(en cherchant dans mes vieux DD je devrais retrouver un "cours de html"
donnant un tel exemple)
<http://www.w3.org/TR/html401/interact/forms.html#adef-enctype>
ça ne me semble pas une très bonne idée.
Puisque c'est fait à partir d'un site web, pourquoi ne pas envoyer le
fichier directement au site, en binaire,
Là ... je sais pas de quoi tu causes.
(par exemple en pages perso chez Orange tu n'as pas accès à du code côté
serveur)
plutôt que de le forcer à
passer en Base64 si c'est du binaire, et de le multiplier par le nombre
de passerelles traversées ?
Le mieux est d'utiliser le formulaire proposé par l'hébergeur (tous les
hébergeurs proposent un tel formulaire qui envoie dans sa BAL et sans
indiquer en clair son adresse !)
avec IE8, le destinataire reçoit le mail, mais
avec un fichier attaché POSTDATA.ATT au lieu du fichier indiqué
Tu ne précises pas quel courrielleur est appelé par IE8. Il faut
pourtant qu'ils puissent s'entendre l'un et l'autre sur un moyen de
préciser le nom et le contenu d'une éventuelle pièce jointe ! Je ne
crois d'ailleurs pas que ce genre de passage de relais ait été normalisé
dans un quelconque document.
Ben ... plus ou moins ... par le enctype, non ?
avec FireFox et Chrome, le mailer est lancé sans la pj,
qu'il faut donc rajouter à la main,
comme si type='file' n'avait servi à rien
à force de bloquer pour raisons de sécurité on peut faire de - en - de
choses avec ce "file"
Et de ttes façons, en post, tu es censé ne rien voir de que le
formulaire envoie.
Bonjour,
Le 17/09/2010 02:09, SAM a écrit :
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
Au siècle dernier ça a eu fonctionné.
(en cherchant dans mes vieux DD je devrais retrouver un "cours de html"
donnant un tel exemple)
Comment crois-tu qu'un navigateur sache commander à n'importe quel type
de courrielleur (de Mutt à IncrediMail) d'envoyer une pièce jointe ?
Le schéma mailto: définit une façon de spécifier des entêtes, et un
corps en mode texte via le pseudo-entête « body », mais rien pour des
attachements. Cf.<http://tools.ietf.org/html/rfc2368>.
Le mieux est d'utiliser le formulaire proposé par l'hébergeur (tous les
hébergeurs proposent un tel formulaire qui envoie dans sa BAL et sans
indiquer en clair son adresse !)
Nous sommes donc d'accord.
Bonjour,
Le 17/09/2010 02:09, SAM a écrit :
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:nom@FAI.fr" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
Au siècle dernier ça a eu fonctionné.
(en cherchant dans mes vieux DD je devrais retrouver un "cours de html"
donnant un tel exemple)
Comment crois-tu qu'un navigateur sache commander à n'importe quel type
de courrielleur (de Mutt à IncrediMail) d'envoyer une pièce jointe ?
Le schéma mailto: définit une façon de spécifier des entêtes, et un
corps en mode texte via le pseudo-entête « body », mais rien pour des
attachements. Cf.<http://tools.ietf.org/html/rfc2368>.
Le mieux est d'utiliser le formulaire proposé par l'hébergeur (tous les
hébergeurs proposent un tel formulaire qui envoie dans sa BAL et sans
indiquer en clair son adresse !)
Nous sommes donc d'accord.
Bonjour,
Le 17/09/2010 02:09, SAM a écrit :
je voudrais envoyer un mail avec PJ depuis une page Web
voici mon code :
<FORM action="mailto:" enctype="multipart/form-data"
method="post">
<INPUT type="file" name="monFichier">
<input type="submit" value="Envoyer le mail avec pj">
</FORM>
Ah ? Même si c'était possible,
Au siècle dernier ça a eu fonctionné.
(en cherchant dans mes vieux DD je devrais retrouver un "cours de html"
donnant un tel exemple)
Comment crois-tu qu'un navigateur sache commander à n'importe quel type
de courrielleur (de Mutt à IncrediMail) d'envoyer une pièce jointe ?
Le schéma mailto: définit une façon de spécifier des entêtes, et un
corps en mode texte via le pseudo-entête « body », mais rien pour des
attachements. Cf.<http://tools.ietf.org/html/rfc2368>.
Le mieux est d'utiliser le formulaire proposé par l'hébergeur (tous les
hébergeurs proposent un tel formulaire qui envoie dans sa BAL et sans
indiquer en clair son adresse !)
Nous sommes donc d'accord.
Bonjour,
Exactement : « en post », ça veut dire http ou https, pas mailto.
Cordialement,
Bonjour,
Exactement : « en post », ça veut dire http ou https, pas mailto.
Cordialement,
Bonjour,
Exactement : « en post », ça veut dire http ou https, pas mailto.
Cordialement,
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
....Exactement : « en post », ça veut dire http ou https, pas mailto.
je retiens des tes aimables indications :
-mailto incompatible avec input type=file,
bien que pas dit explicitement dans le std
-si on veut envoyer un file, faut le faire en http, vers un cgi
j'ai donc mis une indication sur mon site,
demandant d'utiliser Firefox, qui -lui- affiche le mailer,
dans lequel l'utilisateur doit inserer à la main l'éventuel
fichier à transmettre
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
....
Exactement : « en post », ça veut dire http ou https, pas mailto.
je retiens des tes aimables indications :
-mailto incompatible avec input type=file,
bien que pas dit explicitement dans le std
-si on veut envoyer un file, faut le faire en http, vers un cgi
j'ai donc mis une indication sur mon site,
demandant d'utiliser Firefox, qui -lui- affiche le mailer,
dans lequel l'utilisateur doit inserer à la main l'éventuel
fichier à transmettre
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
....Exactement : « en post », ça veut dire http ou https, pas mailto.
je retiens des tes aimables indications :
-mailto incompatible avec input type=file,
bien que pas dit explicitement dans le std
-si on veut envoyer un file, faut le faire en http, vers un cgi
j'ai donc mis une indication sur mon site,
demandant d'utiliser Firefox, qui -lui- affiche le mailer,
dans lequel l'utilisateur doit inserer à la main l'éventuel
fichier à transmettre
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
Le 20/09/10 03:37, bpdu92 a écrit :
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
Pas vu en local,
mais peut-être
- ai-je mis le doctype ?
- ai-je spécifié le charset (meta) ?
- je ne suis pas sous Windows
ce qui n'est pas le cas avec IE8 ?
Je ne connais pas ces curiosités, IE koitesse ?
ceci dit, et pour ne pas me répéter :
- emploie le formulaire fourni par ton hébergeur
- cerise : ton adresse mail devrait ne pas être divulguée
- avantage : ça fonctionne avec tout navigateuur
- problème : on ne choisit pas la BAL où envoyer
Le 20/09/10 03:37, bpdu92 a écrit :
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
Pas vu en local,
mais peut-être
- ai-je mis le doctype ?
- ai-je spécifié le charset (meta) ?
- je ne suis pas sous Windows
ce qui n'est pas le cas avec IE8 ?
Je ne connais pas ces curiosités, IE koitesse ?
ceci dit, et pour ne pas me répéter :
- emploie le formulaire fourni par ton hébergeur
- cerise : ton adresse mail devrait ne pas être divulguée
- avantage : ça fonctionne avec tout navigateuur
- problème : on ne choisit pas la BAL où envoyer
Le 20/09/10 03:37, bpdu92 a écrit :
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
Pas vu en local,
mais peut-être
- ai-je mis le doctype ?
- ai-je spécifié le charset (meta) ?
- je ne suis pas sous Windows
ce qui n'est pas le cas avec IE8 ?
Je ne connais pas ces curiosités, IE koitesse ?
ceci dit, et pour ne pas me répéter :
- emploie le formulaire fourni par ton hébergeur
- cerise : ton adresse mail devrait ne pas être divulguée
- avantage : ça fonctionne avec tout navigateuur
- problème : on ne choisit pas la BAL où envoyer
Bonjour,
Le 20/09/2010 03:37, bpdu92 a écrit :....Exactement : « en post », ça veut dire http ou https, pas mailto.
je retiens des tes aimables indications :
-mailto incompatible avec input type=file,
bien que pas dit explicitement dans le std
La norme dit ceci :
<http://www.la-grange.net/w3c/html4.01/interact/forms.html#adef-action>
action = uri [CT]
Cet attribut spécifie l'agent pour le traitement du formulaire. Le
comportement de l'agent utilisateur pour une valeur autre qu'un URI HTTP
est indéfini.
</>
À mon sens, il est dit très explicitement que cette norme ne définit
rien pour un URI MAILTO, ce quels que soient les types d'INPUT.
-si on veut envoyer un file, faut le faire en http, vers un cgi
Oui. Non seulement le protocole est alors complètement défini, mais
aussi et surtout cela évite de faire transiter des gros fichiers par
courriel, là où la consommation de ressources est augmentée de plus de
100 %.
j'ai donc mis une indication sur mon site,
demandant d'utiliser Firefox, qui -lui- affiche le mailer,
dans lequel l'utilisateur doit inserer à la main l'éventuel
fichier à transmettre
J'ai du mal à comprendre le lien de cause à effet (« donc ») entre « il
vaut mieux éviter d'utiliser le courriel » et « il vaut mieux que ce
soit Firefox qui lance le courrielleur ». ;-)
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
Il faut que tu sois plus explicite, car à ma connaissance Firefox ne
génère aucun mail.
Donc soit c'est le courrielleur utilisé qui met des
caractères parasites (où ? lesquels ?),
soit c'est Firefox qui transmet
des caractères parasites, que tu devrais voir dans l'éditeur de message
avant génération d'un quelconque mail.
Cordialement,
Bonjour,
Le 20/09/2010 03:37, bpdu92 a écrit :
....
Exactement : « en post », ça veut dire http ou https, pas mailto.
je retiens des tes aimables indications :
-mailto incompatible avec input type=file,
bien que pas dit explicitement dans le std
La norme dit ceci :
<http://www.la-grange.net/w3c/html4.01/interact/forms.html#adef-action>
action = uri [CT]
Cet attribut spécifie l'agent pour le traitement du formulaire. Le
comportement de l'agent utilisateur pour une valeur autre qu'un URI HTTP
est indéfini.
</>
À mon sens, il est dit très explicitement que cette norme ne définit
rien pour un URI MAILTO, ce quels que soient les types d'INPUT.
-si on veut envoyer un file, faut le faire en http, vers un cgi
Oui. Non seulement le protocole est alors complètement défini, mais
aussi et surtout cela évite de faire transiter des gros fichiers par
courriel, là où la consommation de ressources est augmentée de plus de
100 %.
j'ai donc mis une indication sur mon site,
demandant d'utiliser Firefox, qui -lui- affiche le mailer,
dans lequel l'utilisateur doit inserer à la main l'éventuel
fichier à transmettre
J'ai du mal à comprendre le lien de cause à effet (« donc ») entre « il
vaut mieux éviter d'utiliser le courriel » et « il vaut mieux que ce
soit Firefox qui lance le courrielleur ». ;-)
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
Il faut que tu sois plus explicite, car à ma connaissance Firefox ne
génère aucun mail.
Donc soit c'est le courrielleur utilisé qui met des
caractères parasites (où ? lesquels ?),
soit c'est Firefox qui transmet
des caractères parasites, que tu devrais voir dans l'éditeur de message
avant génération d'un quelconque mail.
Cordialement,
Bonjour,
Le 20/09/2010 03:37, bpdu92 a écrit :....Exactement : « en post », ça veut dire http ou https, pas mailto.
je retiens des tes aimables indications :
-mailto incompatible avec input type=file,
bien que pas dit explicitement dans le std
La norme dit ceci :
<http://www.la-grange.net/w3c/html4.01/interact/forms.html#adef-action>
action = uri [CT]
Cet attribut spécifie l'agent pour le traitement du formulaire. Le
comportement de l'agent utilisateur pour une valeur autre qu'un URI HTTP
est indéfini.
</>
À mon sens, il est dit très explicitement que cette norme ne définit
rien pour un URI MAILTO, ce quels que soient les types d'INPUT.
-si on veut envoyer un file, faut le faire en http, vers un cgi
Oui. Non seulement le protocole est alors complètement défini, mais
aussi et surtout cela évite de faire transiter des gros fichiers par
courriel, là où la consommation de ressources est augmentée de plus de
100 %.
j'ai donc mis une indication sur mon site,
demandant d'utiliser Firefox, qui -lui- affiche le mailer,
dans lequel l'utilisateur doit inserer à la main l'éventuel
fichier à transmettre
J'ai du mal à comprendre le lien de cause à effet (« donc ») entre « il
vaut mieux éviter d'utiliser le courriel » et « il vaut mieux que ce
soit Firefox qui lance le courrielleur ». ;-)
remarque (faire un post specifique ?) : le mail généré par Firefox
contient des carateres parasites ?
ce qui n'est pas le cas avec IE8 ?
Il faut que tu sois plus explicite, car à ma connaissance Firefox ne
génère aucun mail.
Donc soit c'est le courrielleur utilisé qui met des
caractères parasites (où ? lesquels ?),
soit c'est Firefox qui transmet
des caractères parasites, que tu devrais voir dans l'éditeur de message
avant génération d'un quelconque mail.
Cordialement,
On Mon, 20 Sep 2010 22:26:40 +0200, Olivier Miakinen
<om+ wrote:Bonjour,
Le 20/09/2010 03:37, bpdu92 a écrit :
La norme dit ceci :
<http://www.la-grange.net/w3c/html4.01/interact/forms.html#adef-action>
action = uri [CT]
Cet attribut spécifie l'agent pour le traitement du formulaire. Le
comportement de l'agent utilisateur pour une valeur autre qu'un URI HTTP
est indéfini.
</>
À mon sens, il est dit très explicitement que cette norme ne définit
rien pour un URI MAILTO, ce quels que soient les types d'INPUT. ok, j'avais
simplt recherché mailto, sans succés
Oui. Non seulement le protocole est alors complètement défini, mais
aussi et surtout cela évite de faire transiter des gros fichiers par
courriel, là où la consommation de ressources est augmentée de plus de
100 %. ok, mais oblige à faire transiter des connaissances PHP
J'ai du mal à comprendre le lien de cause à effet (« donc ») entre « il
vaut mieux éviter d'utiliser le courriel » et « il vaut mieux que ce
soit Firefox qui lance le courrielleur ». ;-)
ben je reformule :
1-pouvoir envoyer un mail est indispensable sur mon site
2-si l'internaute veut joindre des pieces (CV, photo,..)
FireFox le permet
plus clair ?
Il faut que tu sois plus explicite, car à ma connaissance Firefox ne
génère aucun mail.
en effet, il lance Outlook avec adresse du destinataire ET texte
pré-rempliDonc soit c'est le courrielleur utilisé qui met des
caractères parasites (où ? lesquels ?),
ex du contenu de la zone texte (déjà dit dans réponse à SAM)
â?nomâ?= au lieu de nom
â?prenomâ?=
â?adresseâ?=
ou directement sur le site http://www.actionseniorscadres.fr/
clique sur mailbp avec FF
et à ta dispo pour ajouter un mailomakinensoit c'est Firefox qui transmet
des caractères parasites, que tu devrais voir dans l'éditeur de message
avant génération d'un quelconque mail.
faut tracer le dialogue entre FF et OL2007 ? on fait comment ?Cordialement,
merci d'avance
On Mon, 20 Sep 2010 22:26:40 +0200, Olivier Miakinen
<om+news@miakinen.net> wrote:
Bonjour,
Le 20/09/2010 03:37, bpdu92 a écrit :
La norme dit ceci :
<http://www.la-grange.net/w3c/html4.01/interact/forms.html#adef-action>
action = uri [CT]
Cet attribut spécifie l'agent pour le traitement du formulaire. Le
comportement de l'agent utilisateur pour une valeur autre qu'un URI HTTP
est indéfini.
</>
À mon sens, il est dit très explicitement que cette norme ne définit
rien pour un URI MAILTO, ce quels que soient les types d'INPUT. ok, j'avais
simplt recherché mailto, sans succés
Oui. Non seulement le protocole est alors complètement défini, mais
aussi et surtout cela évite de faire transiter des gros fichiers par
courriel, là où la consommation de ressources est augmentée de plus de
100 %. ok, mais oblige à faire transiter des connaissances PHP
J'ai du mal à comprendre le lien de cause à effet (« donc ») entre « il
vaut mieux éviter d'utiliser le courriel » et « il vaut mieux que ce
soit Firefox qui lance le courrielleur ». ;-)
ben je reformule :
1-pouvoir envoyer un mail est indispensable sur mon site
2-si l'internaute veut joindre des pieces (CV, photo,..)
FireFox le permet
plus clair ?
Il faut que tu sois plus explicite, car à ma connaissance Firefox ne
génère aucun mail.
en effet, il lance Outlook avec adresse du destinataire ET texte
pré-rempli
Donc soit c'est le courrielleur utilisé qui met des
caractères parasites (où ? lesquels ?),
ex du contenu de la zone texte (déjà dit dans réponse à SAM)
â?nomâ?= au lieu de nom
â?prenomâ?=
â?adresseâ?=
ou directement sur le site http://www.actionseniorscadres.fr/
clique sur mailbp avec FF
et à ta dispo pour ajouter un mailomakinen
soit c'est Firefox qui transmet
des caractères parasites, que tu devrais voir dans l'éditeur de message
avant génération d'un quelconque mail.
faut tracer le dialogue entre FF et OL2007 ? on fait comment ?
Cordialement,
merci d'avance
On Mon, 20 Sep 2010 22:26:40 +0200, Olivier Miakinen
<om+ wrote:Bonjour,
Le 20/09/2010 03:37, bpdu92 a écrit :
La norme dit ceci :
<http://www.la-grange.net/w3c/html4.01/interact/forms.html#adef-action>
action = uri [CT]
Cet attribut spécifie l'agent pour le traitement du formulaire. Le
comportement de l'agent utilisateur pour une valeur autre qu'un URI HTTP
est indéfini.
</>
À mon sens, il est dit très explicitement que cette norme ne définit
rien pour un URI MAILTO, ce quels que soient les types d'INPUT. ok, j'avais
simplt recherché mailto, sans succés
Oui. Non seulement le protocole est alors complètement défini, mais
aussi et surtout cela évite de faire transiter des gros fichiers par
courriel, là où la consommation de ressources est augmentée de plus de
100 %. ok, mais oblige à faire transiter des connaissances PHP
J'ai du mal à comprendre le lien de cause à effet (« donc ») entre « il
vaut mieux éviter d'utiliser le courriel » et « il vaut mieux que ce
soit Firefox qui lance le courrielleur ». ;-)
ben je reformule :
1-pouvoir envoyer un mail est indispensable sur mon site
2-si l'internaute veut joindre des pieces (CV, photo,..)
FireFox le permet
plus clair ?
Il faut que tu sois plus explicite, car à ma connaissance Firefox ne
génère aucun mail.
en effet, il lance Outlook avec adresse du destinataire ET texte
pré-rempliDonc soit c'est le courrielleur utilisé qui met des
caractères parasites (où ? lesquels ?),
ex du contenu de la zone texte (déjà dit dans réponse à SAM)
â?nomâ?= au lieu de nom
â?prenomâ?=
â?adresseâ?=
ou directement sur le site http://www.actionseniorscadres.fr/
clique sur mailbp avec FF
et à ta dispo pour ajouter un mailomakinensoit c'est Firefox qui transmet
des caractères parasites, que tu devrais voir dans l'éditeur de message
avant génération d'un quelconque mail.
faut tracer le dialogue entre FF et OL2007 ? on fait comment ?Cordialement,
merci d'avance