Bonjour à tous,
je souhaite que les internautes puissent m'envoyer un message depuis une
page de mon site web hébergé par ovh, sans passer par leur client de
messagerie local.
quelles sont les différentes solutions que je peux envisager?
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
j'ai commencer à voir un truc autour de sendmail,
peut-être à base de
javascript,
on dirait qu'on peut configurer le serveur smtp sortant,
mais quid de la sécurité (connexion avec mon nom et pass je pense sur le
smtp de mon domaine sur ovh)...
y-a-t-il d'autres solutions?
Bonjour à tous,
je souhaite que les internautes puissent m'envoyer un message depuis une
page de mon site web hébergé par ovh, sans passer par leur client de
messagerie local.
quelles sont les différentes solutions que je peux envisager?
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
j'ai commencer à voir un truc autour de sendmail,
peut-être à base de
javascript,
on dirait qu'on peut configurer le serveur smtp sortant,
mais quid de la sécurité (connexion avec mon nom et pass je pense sur le
smtp de mon domaine sur ovh)...
y-a-t-il d'autres solutions?
Bonjour à tous,
je souhaite que les internautes puissent m'envoyer un message depuis une
page de mon site web hébergé par ovh, sans passer par leur client de
messagerie local.
quelles sont les différentes solutions que je peux envisager?
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
j'ai commencer à voir un truc autour de sendmail,
peut-être à base de
javascript,
on dirait qu'on peut configurer le serveur smtp sortant,
mais quid de la sécurité (connexion avec mon nom et pass je pense sur le
smtp de mon domaine sur ovh)...
y-a-t-il d'autres solutions?
wrote:Bonjour à tous,
Bonjour,je souhaite que les internautes puissent m'envoyer un message
depuis une page de mon site web hébergé par ovh, sans passer par
leur client de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord par
un "serveur". Le client, c'est ton formulaire.
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur le
fonctionnement des emails est necessaire.
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'ai commencer à voir un truc autour de sendmail,
Lequel? celui de OVH? d'un autre prestataire?peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait configuré
son navigateur pour cela
(si envoyer des mails avec Javascript était
possible)on dirait qu'on peut configurer le serveur smtp sortant,
Un serveur SMTP est aussi bien sortant qu'entrant: il relaie.
Tu peux configurer un serveur SMTP, mais reste à savoir si tu pourra
en trouver un que tu peux utiliser sans payer et qui ne soit pas
"lent" ou "ralenti"mais quid de la sécurité (connexion avec mon nom et pass je pense
sur le smtp de mon domaine sur ovh)...
Oui et explique?
y-a-t-il d'autres solutions?
Oui, utiliser les services de mail d'un autre prestataire moins
massif qu'OVH. Qui? je sais pas, ça depend de tes exigences.
Tr@nquille wrote:
Bonjour à tous,
Bonjour,
je souhaite que les internautes puissent m'envoyer un message
depuis une page de mon site web hébergé par ovh, sans passer par
leur client de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord par
un "serveur". Le client, c'est ton formulaire.
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur le
fonctionnement des emails est necessaire.
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'ai commencer à voir un truc autour de sendmail,
Lequel? celui de OVH? d'un autre prestataire?
peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait configuré
son navigateur pour cela
(si envoyer des mails avec Javascript était
possible)
on dirait qu'on peut configurer le serveur smtp sortant,
Un serveur SMTP est aussi bien sortant qu'entrant: il relaie.
Tu peux configurer un serveur SMTP, mais reste à savoir si tu pourra
en trouver un que tu peux utiliser sans payer et qui ne soit pas
"lent" ou "ralenti"
mais quid de la sécurité (connexion avec mon nom et pass je pense
sur le smtp de mon domaine sur ovh)...
Oui et explique?
y-a-t-il d'autres solutions?
Oui, utiliser les services de mail d'un autre prestataire moins
massif qu'OVH. Qui? je sais pas, ça depend de tes exigences.
wrote:Bonjour à tous,
Bonjour,je souhaite que les internautes puissent m'envoyer un message
depuis une page de mon site web hébergé par ovh, sans passer par
leur client de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord par
un "serveur". Le client, c'est ton formulaire.
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur le
fonctionnement des emails est necessaire.
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'ai commencer à voir un truc autour de sendmail,
Lequel? celui de OVH? d'un autre prestataire?peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait configuré
son navigateur pour cela
(si envoyer des mails avec Javascript était
possible)on dirait qu'on peut configurer le serveur smtp sortant,
Un serveur SMTP est aussi bien sortant qu'entrant: il relaie.
Tu peux configurer un serveur SMTP, mais reste à savoir si tu pourra
en trouver un que tu peux utiliser sans payer et qui ne soit pas
"lent" ou "ralenti"mais quid de la sécurité (connexion avec mon nom et pass je pense
sur le smtp de mon domaine sur ovh)...
Oui et explique?
y-a-t-il d'autres solutions?
Oui, utiliser les services de mail d'un autre prestataire moins
massif qu'OVH. Qui? je sais pas, ça depend de tes exigences.
je souhaite que les internautes puissent m'envoyer un message depuis
une page de mon site web hébergé par ovh, sans passer par leur client
de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord par
un "serveur". Le client, c'est ton formulaire.
ce que je voulais dire, c'était "éviter la fonction mailto" ou un autre
procédé similaire qui utiliserait le client de messagerie du poste pour
envoyer le mail, parce qu'on n'est jamais sûr que tout ça est bien
configuré sur le poste de l'utilisateur, etc... mais tout ça me semblait
être d'un grand classique non?
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur le
fonctionnement des emails est necessaire.
sans doute... mais bon, j'ai pas attendu, et du coup j'ai quand-même
réussi à créer quelque chose qui fonctionne bien en utilisant la
fonction mail en php (c'est comme ça qu'on dit?)
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'aurais pourtant juré...
peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait configuré
son navigateur pour cela
c'est ce genre de problème que je veux éviter, comme tous ceux sans
doute qui proposent l'envoi de mails depuis des formulaires sur leurs
sites (du classique je pensais!)
je cherchais juste à savoir s'il y avait d'autres solutions, je ne
demandais pas une solution clé en main mais juste quelques autres pistes
à étudier (par exemple une autre fonction dans un autre langage de
script que le php pourquoi pas).
Mais bon, j'ai déjà résolu en partie mon problème et j'allais justement
le dire ici lorsque je suis tombé sur ta réponse un peu ... hautaine :-)
Ce qui m'embête, c'est que j'ai d'autres petites interrogations, et que
maintenant j'hésite à venir demander ici avant d'avoir trouvé les
réponses, parce que j'ai peur de ne pas être assez précis dans les
termes que je vais employer pour demander...
d'un autre côté, lorsque je serai assez précis, ben j'aurai sans doute
plus besoin de demander,
c'est beau les forums d'entre-aide, ils ne sont
là que pour nous motiver à chercher tout seul par peur d'être pris pour
un novive :-)
je souhaite que les internautes puissent m'envoyer un message depuis
une page de mon site web hébergé par ovh, sans passer par leur client
de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord par
un "serveur". Le client, c'est ton formulaire.
ce que je voulais dire, c'était "éviter la fonction mailto" ou un autre
procédé similaire qui utiliserait le client de messagerie du poste pour
envoyer le mail, parce qu'on n'est jamais sûr que tout ça est bien
configuré sur le poste de l'utilisateur, etc... mais tout ça me semblait
être d'un grand classique non?
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur le
fonctionnement des emails est necessaire.
sans doute... mais bon, j'ai pas attendu, et du coup j'ai quand-même
réussi à créer quelque chose qui fonctionne bien en utilisant la
fonction mail en php (c'est comme ça qu'on dit?)
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'aurais pourtant juré...
peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait configuré
son navigateur pour cela
c'est ce genre de problème que je veux éviter, comme tous ceux sans
doute qui proposent l'envoi de mails depuis des formulaires sur leurs
sites (du classique je pensais!)
je cherchais juste à savoir s'il y avait d'autres solutions, je ne
demandais pas une solution clé en main mais juste quelques autres pistes
à étudier (par exemple une autre fonction dans un autre langage de
script que le php pourquoi pas).
Mais bon, j'ai déjà résolu en partie mon problème et j'allais justement
le dire ici lorsque je suis tombé sur ta réponse un peu ... hautaine :-)
Ce qui m'embête, c'est que j'ai d'autres petites interrogations, et que
maintenant j'hésite à venir demander ici avant d'avoir trouvé les
réponses, parce que j'ai peur de ne pas être assez précis dans les
termes que je vais employer pour demander...
d'un autre côté, lorsque je serai assez précis, ben j'aurai sans doute
plus besoin de demander,
c'est beau les forums d'entre-aide, ils ne sont
là que pour nous motiver à chercher tout seul par peur d'être pris pour
un novive :-)
je souhaite que les internautes puissent m'envoyer un message depuis
une page de mon site web hébergé par ovh, sans passer par leur client
de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord par
un "serveur". Le client, c'est ton formulaire.
ce que je voulais dire, c'était "éviter la fonction mailto" ou un autre
procédé similaire qui utiliserait le client de messagerie du poste pour
envoyer le mail, parce qu'on n'est jamais sûr que tout ça est bien
configuré sur le poste de l'utilisateur, etc... mais tout ça me semblait
être d'un grand classique non?
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur le
fonctionnement des emails est necessaire.
sans doute... mais bon, j'ai pas attendu, et du coup j'ai quand-même
réussi à créer quelque chose qui fonctionne bien en utilisant la
fonction mail en php (c'est comme ça qu'on dit?)
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'aurais pourtant juré...
peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait configuré
son navigateur pour cela
c'est ce genre de problème que je veux éviter, comme tous ceux sans
doute qui proposent l'envoi de mails depuis des formulaires sur leurs
sites (du classique je pensais!)
je cherchais juste à savoir s'il y avait d'autres solutions, je ne
demandais pas une solution clé en main mais juste quelques autres pistes
à étudier (par exemple une autre fonction dans un autre langage de
script que le php pourquoi pas).
Mais bon, j'ai déjà résolu en partie mon problème et j'allais justement
le dire ici lorsque je suis tombé sur ta réponse un peu ... hautaine :-)
Ce qui m'embête, c'est que j'ai d'autres petites interrogations, et que
maintenant j'hésite à venir demander ici avant d'avoir trouvé les
réponses, parce que j'ai peur de ne pas être assez précis dans les
termes que je vais employer pour demander...
d'un autre côté, lorsque je serai assez précis, ben j'aurai sans doute
plus besoin de demander,
c'est beau les forums d'entre-aide, ils ne sont
là que pour nous motiver à chercher tout seul par peur d'être pris pour
un novive :-)
wrote:je souhaite que les internautes puissent m'envoyer un message
depuis une page de mon site web hébergé par ovh, sans passer par
leur client de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord
par un "serveur". Le client, c'est ton formulaire.
ce que je voulais dire, c'était "éviter la fonction mailto" ou un
autre procédé similaire qui utiliserait le client de messagerie du
poste pour envoyer le mail, parce qu'on n'est jamais sûr que tout
ça est bien configuré sur le poste de l'utilisateur, etc... mais
tout ça me semblait être d'un grand classique non?
Non, ça dépend de tes visiteurs et de ce que tu cherches à obtenir.
Ton cas n'est pas une généralité.
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur
le fonctionnement des emails est necessaire.
sans doute... mais bon, j'ai pas attendu, et du coup j'ai
quand-même réussi à créer quelque chose qui fonctionne bien en
utilisant la fonction mail en php (c'est comme ça qu'on dit?)
Tu voulais autre chose que la fonction mail() d'OVH. Pourtant, elle
te convient. Faut savoir ce que tu veux, ou alors savoir rédiger ta
question: Tu aurais pu poster ici comment tu utilisait la fonction et
demander si c'était l'usage optimal.
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'aurais pourtant juré...
Le "mail" est asynchrone: il est solide, ets d'une grande fiabilité
(le système fera tout ce qu'il peut pour faire parvenir le message à
son destinataire ou alors informer au mieux l'expéditeur des
problèmes rencontrés) mais ne garanti rien sur le _temps_
d'acheminement.
Non, les différents "messenger" non plus ne sont pas synchrones.
Par contre, au téléphone, un interlocuteur peut couper la parole à
l'autre, c'est une des choses qu'on attend d'une liaison synchrone.
peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait
configuré son navigateur pour cela
c'est ce genre de problème que je veux éviter, comme tous ceux sans
doute qui proposent l'envoi de mails depuis des formulaires sur
leurs sites (du classique je pensais!)
Bon... En fait, tu ne savais même pas si il y avait un problème ou
pas...
je cherchais juste à savoir s'il y avait d'autres solutions, je ne
demandais pas une solution clé en main mais juste quelques autres
pistes à étudier (par exemple une autre fonction dans un autre
langage de script que le php pourquoi pas).
Meme pas. Relis ton message initial, tu ne demandais pas ça.
Mais bon, j'ai déjà résolu en partie mon problème et j'allais
justement le dire ici lorsque je suis tombé sur ta réponse un peu
... hautaine :-)
Je t'ai pris à la façon dont ton problème à été formulé. Tu utilisais
certains termes techniques à tort et à travers, je me suis donc dit
que je devais t'indiquer la façon dont ça fonctionne. Ca t'a vexé, je
te demande pardon, mais je ne vais tout de meme pas te demander ce
que tu sais avant de te répondre.
Ce qui m'embête, c'est que j'ai d'autres petites interrogations, et
que maintenant j'hésite à venir demander ici avant d'avoir trouvé
les réponses, parce que j'ai peur de ne pas être assez précis dans
les termes que je vais employer pour demander...
Si toi meme tu ne sais pas décrire ton problème, personne ne peut
rien pour toi.
d'un autre côté, lorsque je serai assez précis, ben j'aurai sans
doute plus besoin de demander,
Ca te plait, d'etre dépendant?
c'est beau les forums d'entre-aide, ils ne sont là que pour nous
motiver à chercher tout seul par peur d'être pris pour un novive
:-)
Ca dépend de ce que tu recherches: que les autres trouvent pour toi,
ou que toi tu finisses par acquérir des connaissances.
Tr@nquille wrote:
je souhaite que les internautes puissent m'envoyer un message
depuis une page de mon site web hébergé par ovh, sans passer par
leur client de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord
par un "serveur". Le client, c'est ton formulaire.
ce que je voulais dire, c'était "éviter la fonction mailto" ou un
autre procédé similaire qui utiliserait le client de messagerie du
poste pour envoyer le mail, parce qu'on n'est jamais sûr que tout
ça est bien configuré sur le poste de l'utilisateur, etc... mais
tout ça me semblait être d'un grand classique non?
Non, ça dépend de tes visiteurs et de ce que tu cherches à obtenir.
Ton cas n'est pas une généralité.
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur
le fonctionnement des emails est necessaire.
sans doute... mais bon, j'ai pas attendu, et du coup j'ai
quand-même réussi à créer quelque chose qui fonctionne bien en
utilisant la fonction mail en php (c'est comme ça qu'on dit?)
Tu voulais autre chose que la fonction mail() d'OVH. Pourtant, elle
te convient. Faut savoir ce que tu veux, ou alors savoir rédiger ta
question: Tu aurais pu poster ici comment tu utilisait la fonction et
demander si c'était l'usage optimal.
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'aurais pourtant juré...
Le "mail" est asynchrone: il est solide, ets d'une grande fiabilité
(le système fera tout ce qu'il peut pour faire parvenir le message à
son destinataire ou alors informer au mieux l'expéditeur des
problèmes rencontrés) mais ne garanti rien sur le _temps_
d'acheminement.
Non, les différents "messenger" non plus ne sont pas synchrones.
Par contre, au téléphone, un interlocuteur peut couper la parole à
l'autre, c'est une des choses qu'on attend d'une liaison synchrone.
peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait
configuré son navigateur pour cela
c'est ce genre de problème que je veux éviter, comme tous ceux sans
doute qui proposent l'envoi de mails depuis des formulaires sur
leurs sites (du classique je pensais!)
Bon... En fait, tu ne savais même pas si il y avait un problème ou
pas...
je cherchais juste à savoir s'il y avait d'autres solutions, je ne
demandais pas une solution clé en main mais juste quelques autres
pistes à étudier (par exemple une autre fonction dans un autre
langage de script que le php pourquoi pas).
Meme pas. Relis ton message initial, tu ne demandais pas ça.
Mais bon, j'ai déjà résolu en partie mon problème et j'allais
justement le dire ici lorsque je suis tombé sur ta réponse un peu
... hautaine :-)
Je t'ai pris à la façon dont ton problème à été formulé. Tu utilisais
certains termes techniques à tort et à travers, je me suis donc dit
que je devais t'indiquer la façon dont ça fonctionne. Ca t'a vexé, je
te demande pardon, mais je ne vais tout de meme pas te demander ce
que tu sais avant de te répondre.
Ce qui m'embête, c'est que j'ai d'autres petites interrogations, et
que maintenant j'hésite à venir demander ici avant d'avoir trouvé
les réponses, parce que j'ai peur de ne pas être assez précis dans
les termes que je vais employer pour demander...
Si toi meme tu ne sais pas décrire ton problème, personne ne peut
rien pour toi.
d'un autre côté, lorsque je serai assez précis, ben j'aurai sans
doute plus besoin de demander,
Ca te plait, d'etre dépendant?
c'est beau les forums d'entre-aide, ils ne sont là que pour nous
motiver à chercher tout seul par peur d'être pris pour un novive
:-)
Ca dépend de ce que tu recherches: que les autres trouvent pour toi,
ou que toi tu finisses par acquérir des connaissances.
wrote:je souhaite que les internautes puissent m'envoyer un message
depuis une page de mon site web hébergé par ovh, sans passer par
leur client de messagerie local.
Ouh...
Pour envoyer un email (via un formulaire web), on "passe" d'abord
par un "serveur". Le client, c'est ton formulaire.
ce que je voulais dire, c'était "éviter la fonction mailto" ou un
autre procédé similaire qui utiliserait le client de messagerie du
poste pour envoyer le mail, parce qu'on n'est jamais sûr que tout
ça est bien configuré sur le poste de l'utilisateur, etc... mais
tout ça me semblait être d'un grand classique non?
Non, ça dépend de tes visiteurs et de ce que tu cherches à obtenir.
Ton cas n'est pas une généralité.
quelles sont les différentes solutions que je peux envisager?
Tel que tu as formulé le problème, une petite remise à niveau sur
le fonctionnement des emails est necessaire.
sans doute... mais bon, j'ai pas attendu, et du coup j'ai
quand-même réussi à créer quelque chose qui fonctionne bien en
utilisant la fonction mail en php (c'est comme ça qu'on dit?)
Tu voulais autre chose que la fonction mail() d'OVH. Pourtant, elle
te convient. Faut savoir ce que tu veux, ou alors savoir rédiger ta
question: Tu aurais pu poster ici comment tu utilisait la fonction et
demander si c'était l'usage optimal.
j'ai vu la fonction mail() en php, mais qui semble poser de gros
problèmes de délais chez ovh...
Et? Les mails ne sont pas un moyen de communication synchrone.
j'aurais pourtant juré...
Le "mail" est asynchrone: il est solide, ets d'une grande fiabilité
(le système fera tout ce qu'il peut pour faire parvenir le message à
son destinataire ou alors informer au mieux l'expéditeur des
problèmes rencontrés) mais ne garanti rien sur le _temps_
d'acheminement.
Non, les différents "messenger" non plus ne sont pas synchrones.
Par contre, au téléphone, un interlocuteur peut couper la parole à
l'autre, c'est une des choses qu'on attend d'une liaison synchrone.
peut-être à base de javascript,
Le javasript s'execute sur le navigateur du visiteur. Si c'est via
Javascript que tu envoies le mail, alors c'est le visiteur qui a
utlisé un quelconque serveur SMTP. Il faut donc qu'il ait
configuré son navigateur pour cela
c'est ce genre de problème que je veux éviter, comme tous ceux sans
doute qui proposent l'envoi de mails depuis des formulaires sur
leurs sites (du classique je pensais!)
Bon... En fait, tu ne savais même pas si il y avait un problème ou
pas...
je cherchais juste à savoir s'il y avait d'autres solutions, je ne
demandais pas une solution clé en main mais juste quelques autres
pistes à étudier (par exemple une autre fonction dans un autre
langage de script que le php pourquoi pas).
Meme pas. Relis ton message initial, tu ne demandais pas ça.
Mais bon, j'ai déjà résolu en partie mon problème et j'allais
justement le dire ici lorsque je suis tombé sur ta réponse un peu
... hautaine :-)
Je t'ai pris à la façon dont ton problème à été formulé. Tu utilisais
certains termes techniques à tort et à travers, je me suis donc dit
que je devais t'indiquer la façon dont ça fonctionne. Ca t'a vexé, je
te demande pardon, mais je ne vais tout de meme pas te demander ce
que tu sais avant de te répondre.
Ce qui m'embête, c'est que j'ai d'autres petites interrogations, et
que maintenant j'hésite à venir demander ici avant d'avoir trouvé
les réponses, parce que j'ai peur de ne pas être assez précis dans
les termes que je vais employer pour demander...
Si toi meme tu ne sais pas décrire ton problème, personne ne peut
rien pour toi.
d'un autre côté, lorsque je serai assez précis, ben j'aurai sans
doute plus besoin de demander,
Ca te plait, d'etre dépendant?
c'est beau les forums d'entre-aide, ils ne sont là que pour nous
motiver à chercher tout seul par peur d'être pris pour un novive
:-)
Ca dépend de ce que tu recherches: que les autres trouvent pour toi,
ou que toi tu finisses par acquérir des connaissances.
Bref, apparemment, il n'existe pas d'autres solutions que la fonction
mail de php :-)
Bref, apparemment, il n'existe pas d'autres solutions que la fonction
mail de php :-)
Bref, apparemment, il n'existe pas d'autres solutions que la fonction
mail de php :-)
a écrit :
Bref, apparemment, il n'existe pas d'autres solutions que la
fonction mail de php :-)
Je n'y connais rien mais ...
je ne pense pas qu'il y ait que PHP à savoir gérer les mails
(l'envoi de formulaires en BAL)
Je suppose qu'en PHP, on doit pouvoir faire enregistrer le résultat
d'envois de formulaires :
- directement dans des fichiers
ou
- en base de données
Il te suffirait donc ensuite, périodiquement de :
- interroger la BdD
ou
- afficher un fichier qui récapitulerait
les réponses-à-formulaires archivées.
Reste à savoir si ça te serait plus pratique que de gérer la question
dans ton e-maileur.
Tr@nquille a écrit :
Bref, apparemment, il n'existe pas d'autres solutions que la
fonction mail de php :-)
Je n'y connais rien mais ...
je ne pense pas qu'il y ait que PHP à savoir gérer les mails
(l'envoi de formulaires en BAL)
Je suppose qu'en PHP, on doit pouvoir faire enregistrer le résultat
d'envois de formulaires :
- directement dans des fichiers
ou
- en base de données
Il te suffirait donc ensuite, périodiquement de :
- interroger la BdD
ou
- afficher un fichier qui récapitulerait
les réponses-à-formulaires archivées.
Reste à savoir si ça te serait plus pratique que de gérer la question
dans ton e-maileur.
a écrit :
Bref, apparemment, il n'existe pas d'autres solutions que la
fonction mail de php :-)
Je n'y connais rien mais ...
je ne pense pas qu'il y ait que PHP à savoir gérer les mails
(l'envoi de formulaires en BAL)
Je suppose qu'en PHP, on doit pouvoir faire enregistrer le résultat
d'envois de formulaires :
- directement dans des fichiers
ou
- en base de données
Il te suffirait donc ensuite, périodiquement de :
- interroger la BdD
ou
- afficher un fichier qui récapitulerait
les réponses-à-formulaires archivées.
Reste à savoir si ça te serait plus pratique que de gérer la question
dans ton e-maileur.
*Ecrit* *par* *SAM*:a écrit :
Bref, apparemment, il n'existe pas d'autres solutions que la fonction mail
de php :-)Je n'y connais rien mais ...
je ne pense pas qu'il y ait que PHP à savoir gérer les mails
(l'envoi de formulaires en BAL)
je pensais aussi, mais ne savait pas trop du quel côté me tourner...Je suppose qu'en PHP, on doit pouvoir faire enregistrer le résultat
d'envois de formulaires :
- directement dans des fichiers
ou
- en base de donnéesIl te suffirait donc ensuite, périodiquement de :
- interroger la BdD
ou
- afficher un fichier qui récapitulerait
les réponses-à-formulaires archivées.Reste à savoir si ça te serait plus pratique que de gérer la question dans
ton e-maileur.
mais ça c'est une piste originale je trouve, une bonne idée...
entre-temps j'en ai eu une autre:
installer un petit forum.
bref, comme les messages que je dois recevoir sont des demandes de devis
essentiellement, il ne faut pas qu'il y ait un délai trop important.
du coup, je vais je pense conserver la fonction mail, mais si je m'aperçois
que les mails mettent du temps (j'ai lu par ailleurs qu'il pouvait y avoir
des délais de 48h!!! parfois avec l'infrastructure ovh) j'approfondirai ces
autres pistes.
tout est question de rapport entre le temps passé à mettre en place et temps
gagné en utilisation ensuite.
merci, j'espère que j'aurai d'autres idées (en plus c'est formateur ;-)
*Ecrit* *par* *SAM*:
Tr@nquille a écrit :
Bref, apparemment, il n'existe pas d'autres solutions que la fonction mail
de php :-)
Je n'y connais rien mais ...
je ne pense pas qu'il y ait que PHP à savoir gérer les mails
(l'envoi de formulaires en BAL)
je pensais aussi, mais ne savait pas trop du quel côté me tourner...
Je suppose qu'en PHP, on doit pouvoir faire enregistrer le résultat
d'envois de formulaires :
- directement dans des fichiers
ou
- en base de données
Il te suffirait donc ensuite, périodiquement de :
- interroger la BdD
ou
- afficher un fichier qui récapitulerait
les réponses-à-formulaires archivées.
Reste à savoir si ça te serait plus pratique que de gérer la question dans
ton e-maileur.
mais ça c'est une piste originale je trouve, une bonne idée...
entre-temps j'en ai eu une autre:
installer un petit forum.
bref, comme les messages que je dois recevoir sont des demandes de devis
essentiellement, il ne faut pas qu'il y ait un délai trop important.
du coup, je vais je pense conserver la fonction mail, mais si je m'aperçois
que les mails mettent du temps (j'ai lu par ailleurs qu'il pouvait y avoir
des délais de 48h!!! parfois avec l'infrastructure ovh) j'approfondirai ces
autres pistes.
tout est question de rapport entre le temps passé à mettre en place et temps
gagné en utilisation ensuite.
merci, j'espère que j'aurai d'autres idées (en plus c'est formateur ;-)
*Ecrit* *par* *SAM*:a écrit :
Bref, apparemment, il n'existe pas d'autres solutions que la fonction mail
de php :-)Je n'y connais rien mais ...
je ne pense pas qu'il y ait que PHP à savoir gérer les mails
(l'envoi de formulaires en BAL)
je pensais aussi, mais ne savait pas trop du quel côté me tourner...Je suppose qu'en PHP, on doit pouvoir faire enregistrer le résultat
d'envois de formulaires :
- directement dans des fichiers
ou
- en base de donnéesIl te suffirait donc ensuite, périodiquement de :
- interroger la BdD
ou
- afficher un fichier qui récapitulerait
les réponses-à-formulaires archivées.Reste à savoir si ça te serait plus pratique que de gérer la question dans
ton e-maileur.
mais ça c'est une piste originale je trouve, une bonne idée...
entre-temps j'en ai eu une autre:
installer un petit forum.
bref, comme les messages que je dois recevoir sont des demandes de devis
essentiellement, il ne faut pas qu'il y ait un délai trop important.
du coup, je vais je pense conserver la fonction mail, mais si je m'aperçois
que les mails mettent du temps (j'ai lu par ailleurs qu'il pouvait y avoir
des délais de 48h!!! parfois avec l'infrastructure ovh) j'approfondirai ces
autres pistes.
tout est question de rapport entre le temps passé à mettre en place et temps
gagné en utilisation ensuite.
merci, j'espère que j'aurai d'autres idées (en plus c'est formateur ;-)
du coup, je vais je pense conserver la fonction mail, mais si je
m'aperçois que les mails mettent du temps (j'ai lu par ailleurs qu'il
pouvait y avoir des délais de 48h!!! parfois avec l'infrastructure ovh)
j'approfondirai ces autres pistes.
du coup, je vais je pense conserver la fonction mail, mais si je
m'aperçois que les mails mettent du temps (j'ai lu par ailleurs qu'il
pouvait y avoir des délais de 48h!!! parfois avec l'infrastructure ovh)
j'approfondirai ces autres pistes.
du coup, je vais je pense conserver la fonction mail, mais si je
m'aperçois que les mails mettent du temps (j'ai lu par ailleurs qu'il
pouvait y avoir des délais de 48h!!! parfois avec l'infrastructure ovh)
j'approfondirai ces autres pistes.
du coup, je vais je pense conserver la fonction mail, mais si je
m'aperçois que les mails mettent du temps (j'ai lu par ailleurs qu'il
pouvait y avoir des délais de 48h!!!
du coup, je vais je pense conserver la fonction mail, mais si je
m'aperçois que les mails mettent du temps (j'ai lu par ailleurs qu'il
pouvait y avoir des délais de 48h!!!
du coup, je vais je pense conserver la fonction mail, mais si je
m'aperçois que les mails mettent du temps (j'ai lu par ailleurs qu'il
pouvait y avoir des délais de 48h!!!