est-ce qu'il existe des solutions pour envoyer un email a un serveur apache
qui pourrait lire cet email et l'interpreter des sa reception ?
je ne sais pas si je suis clair.
en fait je voudrais ecrire un message par email via un client mail ordinaire
(outlook express...) et l'envoyer a une adresse du type
bidule@machintruc.com a destination d'un serveur web apache qui serait
interceptee par ledit serveur qui l'interpreterait sitot sa reception.
merci de me dire si cela est possible et si des hebergeurs proposent cela,
lesquels.
Et le script PHP il est exécuté comment ? Faut le mettre dans un cron (et PHP n'est vraiment pas adapté en dehors du web)
Ah ? Ne serait ce que pour réutiliser du code existant dans l'applicatif utilisé en web, ça peut être très intéressant de faire du PHP en CLI.
Peut-être, mais PHP n'est pas adapté à ca. Il a été créé pour le web et n'est utile (et encore avec des limitations si vous voulez mon avis) que dans ce cas de figure. Ca ne veut pas dire qu'on ne peut faire de CLI avec, ca veut dire qu'il n'est pas l'outil le plus adapté pour ca.
Et quant à la réutilisation, il faudrait encore que l'application soit écrite correctement, et le pourcentage de tel cas me parait plus faible en PHP que dans d'autres langages, par simple effet de mode.
ou alors avoir un process qui tape dans l'URL régulièrement.
Ca peut aussi être, par exemple, inclu au début d'un script appelé par les pages du site,
Et donc si le site n'est pas visité, le programme n'est jamais exécuté... Comme on ne peut rien garantir des motifs de fréquentation des visiteurs, c'est un pari que je ne prendrai jamais.
Il faut de plus implémenter POP3, donc ca fait beaucoup plus de travail pour une solution qui me parait moins efficace.
Il y a des classes "toutes faites" qui le font.
Oui, oui, ca n'empêche que c'est bien plus lourd, il faut un serveur POP3 par exemple. Alors qu'un alias email vers un programme ne demande pas de serveur POP3.
Bref, je veux surtout insister sur le fait que PHP n'est *PAS* la solution à tous les problèmes... C'est *UNE* solution plus ou moins adaptée selon les cas de figure.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Et le script PHP il est exécuté comment ? Faut le mettre dans un cron
(et PHP n'est vraiment pas adapté en dehors du web)
Ah ? Ne serait ce que pour réutiliser du code existant dans l'applicatif
utilisé en web, ça peut être très intéressant de faire du PHP en CLI.
Peut-être, mais PHP n'est pas adapté à ca. Il a été créé pour le web et
n'est utile (et encore avec des limitations si vous voulez mon avis) que
dans ce cas de figure. Ca ne veut pas dire qu'on ne peut faire de CLI
avec, ca veut dire qu'il n'est pas l'outil le plus adapté pour ca.
Et quant à la réutilisation, il faudrait encore que l'application soit
écrite correctement, et le pourcentage de tel cas me parait plus faible
en PHP que dans d'autres langages, par simple effet de mode.
ou alors avoir un process qui tape dans l'URL régulièrement.
Ca peut aussi être, par exemple, inclu au début d'un script appelé par
les pages du site,
Et donc si le site n'est pas visité, le programme n'est jamais exécuté...
Comme on ne peut rien garantir des motifs de fréquentation des visiteurs,
c'est un pari que je ne prendrai jamais.
Il faut de plus implémenter POP3, donc ca fait beaucoup plus de travail
pour une solution qui me parait moins efficace.
Il y a des classes "toutes faites" qui le font.
Oui, oui, ca n'empêche que c'est bien plus lourd, il faut un serveur POP3
par exemple.
Alors qu'un alias email vers un programme ne demande pas de serveur POP3.
Bref, je veux surtout insister sur le fait que PHP n'est *PAS* la
solution à tous les problèmes...
C'est *UNE* solution plus ou moins adaptée selon les cas de figure.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Et le script PHP il est exécuté comment ? Faut le mettre dans un cron (et PHP n'est vraiment pas adapté en dehors du web)
Ah ? Ne serait ce que pour réutiliser du code existant dans l'applicatif utilisé en web, ça peut être très intéressant de faire du PHP en CLI.
Peut-être, mais PHP n'est pas adapté à ca. Il a été créé pour le web et n'est utile (et encore avec des limitations si vous voulez mon avis) que dans ce cas de figure. Ca ne veut pas dire qu'on ne peut faire de CLI avec, ca veut dire qu'il n'est pas l'outil le plus adapté pour ca.
Et quant à la réutilisation, il faudrait encore que l'application soit écrite correctement, et le pourcentage de tel cas me parait plus faible en PHP que dans d'autres langages, par simple effet de mode.
ou alors avoir un process qui tape dans l'URL régulièrement.
Ca peut aussi être, par exemple, inclu au début d'un script appelé par les pages du site,
Et donc si le site n'est pas visité, le programme n'est jamais exécuté... Comme on ne peut rien garantir des motifs de fréquentation des visiteurs, c'est un pari que je ne prendrai jamais.
Il faut de plus implémenter POP3, donc ca fait beaucoup plus de travail pour une solution qui me parait moins efficace.
Il y a des classes "toutes faites" qui le font.
Oui, oui, ca n'empêche que c'est bien plus lourd, il faut un serveur POP3 par exemple. Alors qu'un alias email vers un programme ne demande pas de serveur POP3.
Bref, je veux surtout insister sur le fait que PHP n'est *PAS* la solution à tous les problèmes... C'est *UNE* solution plus ou moins adaptée selon les cas de figure.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Dominique ROUSSEAU
Dans l'article , Patrick
Et le script PHP il est exécuté comment ? Faut le mettre dans un cron (et PHP n'est vraiment pas adapté en dehors du web)
Ah ? Ne serait ce que pour réutiliser du code existant dans l'applicatif utilisé en web, ça peut être très intéressant de faire du PHP en CLI.
Peut-être, mais PHP n'est pas adapté à ca. Il a été créé pour le web et n'est utile (et encore avec des limitations si vous voulez mon avis) que dans ce cas de figure. Ca ne veut pas dire qu'on ne peut faire de CLI avec, ca veut dire qu'il n'est pas l'outil le plus adapté pour ca.
Il n'est pas _forcément_ l'outil le plus adapté, oui. Mais il y a des cas où il peut être plus adapté de bien d'autres.
Et quant à la réutilisation, il faudrait encore que l'application soit écrite correctement, et le pourcentage de tel cas me parait plus faible en PHP que dans d'autres langages, par simple effet de mode.
Oui. Mais il ne faut pas non plus jeter le bébé avec l'eau du bain.
ou alors avoir un process qui tape dans l'URL régulièrement.
Ca peut aussi être, par exemple, inclu au début d'un script appelé par les pages du site,
Et donc si le site n'est pas visité, le programme n'est jamais exécuté... Comme on ne peut rien garantir des motifs de fréquentation des visiteurs, c'est un pari que je ne prendrai jamais.
Si le site n'est pas fréquenté, il y a peu de chances qu'il soit utile/nécessaire de traiter des données provenant de l'extérieur (par mail, dans le cas présent). De plus, il suffit qu'il soit intégré dans la base de quelques moteurs de recherche pour que du trafic se génère "tout seul".
Il faut de plus implémenter POP3, donc ca fait beaucoup plus de travail pour une solution qui me parait moins efficace.
Il y a des classes "toutes faites" qui le font.
Oui, oui, ca n'empêche que c'est bien plus lourd, il faut un serveur POP3 par exemple.
Oui. (par ailleurs, des serveurs POP3, tous [ou presque] les fournisseurs d'email en ont, par exemple)
Alors qu'un alias email vers un programme ne demande pas de serveur POP3.
Il faut pouvoir mettre en place un alias vers un programme.
Bref, je veux surtout insister sur le fait que PHP n'est *PAS* la solution à tous les problèmes... C'est *UNE* solution plus ou moins adaptée selon les cas de figure.
On est donc d'accord.
Dom
Dans l'article
<pan.2004.12.20.15.46.46.482967.2318@nospam.dotandco.com>, Patrick
Et le script PHP il est exécuté comment ? Faut le mettre dans un cron
(et PHP n'est vraiment pas adapté en dehors du web)
Ah ? Ne serait ce que pour réutiliser du code existant dans l'applicatif
utilisé en web, ça peut être très intéressant de faire du PHP en CLI.
Peut-être, mais PHP n'est pas adapté à ca. Il a été créé pour le web et
n'est utile (et encore avec des limitations si vous voulez mon avis) que
dans ce cas de figure. Ca ne veut pas dire qu'on ne peut faire de CLI
avec, ca veut dire qu'il n'est pas l'outil le plus adapté pour ca.
Il n'est pas _forcément_ l'outil le plus adapté, oui. Mais il y a des
cas où il peut être plus adapté de bien d'autres.
Et quant à la réutilisation, il faudrait encore que l'application soit
écrite correctement, et le pourcentage de tel cas me parait plus faible
en PHP que dans d'autres langages, par simple effet de mode.
Oui. Mais il ne faut pas non plus jeter le bébé avec l'eau du bain.
ou alors avoir un process qui tape dans l'URL régulièrement.
Ca peut aussi être, par exemple, inclu au début d'un script appelé par
les pages du site,
Et donc si le site n'est pas visité, le programme n'est jamais exécuté...
Comme on ne peut rien garantir des motifs de fréquentation des visiteurs,
c'est un pari que je ne prendrai jamais.
Si le site n'est pas fréquenté, il y a peu de chances qu'il soit
utile/nécessaire de traiter des données provenant de l'extérieur (par
mail, dans le cas présent).
De plus, il suffit qu'il soit intégré dans la base de quelques moteurs
de recherche pour que du trafic se génère "tout seul".
Il faut de plus implémenter POP3, donc ca fait beaucoup plus de travail
pour une solution qui me parait moins efficace.
Il y a des classes "toutes faites" qui le font.
Oui, oui, ca n'empêche que c'est bien plus lourd, il faut un serveur POP3
par exemple.
Oui.
(par ailleurs, des serveurs POP3, tous [ou presque] les fournisseurs
d'email en ont, par exemple)
Alors qu'un alias email vers un programme ne demande pas de serveur POP3.
Il faut pouvoir mettre en place un alias vers un programme.
Bref, je veux surtout insister sur le fait que PHP n'est *PAS* la
solution à tous les problèmes...
C'est *UNE* solution plus ou moins adaptée selon les cas de figure.
Et le script PHP il est exécuté comment ? Faut le mettre dans un cron (et PHP n'est vraiment pas adapté en dehors du web)
Ah ? Ne serait ce que pour réutiliser du code existant dans l'applicatif utilisé en web, ça peut être très intéressant de faire du PHP en CLI.
Peut-être, mais PHP n'est pas adapté à ca. Il a été créé pour le web et n'est utile (et encore avec des limitations si vous voulez mon avis) que dans ce cas de figure. Ca ne veut pas dire qu'on ne peut faire de CLI avec, ca veut dire qu'il n'est pas l'outil le plus adapté pour ca.
Il n'est pas _forcément_ l'outil le plus adapté, oui. Mais il y a des cas où il peut être plus adapté de bien d'autres.
Et quant à la réutilisation, il faudrait encore que l'application soit écrite correctement, et le pourcentage de tel cas me parait plus faible en PHP que dans d'autres langages, par simple effet de mode.
Oui. Mais il ne faut pas non plus jeter le bébé avec l'eau du bain.
ou alors avoir un process qui tape dans l'URL régulièrement.
Ca peut aussi être, par exemple, inclu au début d'un script appelé par les pages du site,
Et donc si le site n'est pas visité, le programme n'est jamais exécuté... Comme on ne peut rien garantir des motifs de fréquentation des visiteurs, c'est un pari que je ne prendrai jamais.
Si le site n'est pas fréquenté, il y a peu de chances qu'il soit utile/nécessaire de traiter des données provenant de l'extérieur (par mail, dans le cas présent). De plus, il suffit qu'il soit intégré dans la base de quelques moteurs de recherche pour que du trafic se génère "tout seul".
Il faut de plus implémenter POP3, donc ca fait beaucoup plus de travail pour une solution qui me parait moins efficace.
Il y a des classes "toutes faites" qui le font.
Oui, oui, ca n'empêche que c'est bien plus lourd, il faut un serveur POP3 par exemple.
Oui. (par ailleurs, des serveurs POP3, tous [ou presque] les fournisseurs d'email en ont, par exemple)
Alors qu'un alias email vers un programme ne demande pas de serveur POP3.
Il faut pouvoir mettre en place un alias vers un programme.
Bref, je veux surtout insister sur le fait que PHP n'est *PAS* la solution à tous les problèmes... C'est *UNE* solution plus ou moins adaptée selon les cas de figure.
