Je développe une application qui se termine par l'envoi d'un mail avec
fichier attaché.
Le fichier se trouve au début du traitement sur le poste utilisateur.
Pour que le traitement se passe bien il faut donc que le fichier se trouve
sur le serveur au moment du smtpmail.send.
J'ai trouvé beaucoup d'exemples d'upload mais je n'en trouve pas qui
permetteent d'envoyer un fichier vers le serveur.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Zazar
Bonjour,
Je développe une application qui se termine par l'envoi d'un mail avec fichier attaché.
Le fichier se trouve au début du traitement sur le poste utilisateur. Pour que le traitement se passe bien il faut donc que le fichier se trouve sur le serveur au moment du smtpmail.send.
J'ai trouvé beaucoup d'exemples d'upload mais je n'en trouve pas qui permetteent d'envoyer un fichier vers le serveur.
Le contrôle HtmlInputFile permet de faire ça. Regardez la MSDN pour comprendre comment l'utiliser.
--
Zazar
Bonjour,
Je développe une application qui se termine par l'envoi d'un mail avec
fichier attaché.
Le fichier se trouve au début du traitement sur le poste utilisateur.
Pour que le traitement se passe bien il faut donc que le fichier se trouve
sur le serveur au moment du smtpmail.send.
J'ai trouvé beaucoup d'exemples d'upload mais je n'en trouve pas qui
permetteent d'envoyer un fichier vers le serveur.
Le contrôle HtmlInputFile permet de faire ça. Regardez la MSDN pour
comprendre comment l'utiliser.
Je développe une application qui se termine par l'envoi d'un mail avec fichier attaché.
Le fichier se trouve au début du traitement sur le poste utilisateur. Pour que le traitement se passe bien il faut donc que le fichier se trouve sur le serveur au moment du smtpmail.send.
J'ai trouvé beaucoup d'exemples d'upload mais je n'en trouve pas qui permetteent d'envoyer un fichier vers le serveur.
Le contrôle HtmlInputFile permet de faire ça. Regardez la MSDN pour comprendre comment l'utiliser.
"Daniel Clar" <Daniel a écrit dans le message de news:
Bonjour,
Je développe une application qui se termine par l'envoi d'un mail avec fichier attaché.
Le fichier se trouve au début du traitement sur le poste utilisateur. Pour que le traitement se passe bien il faut donc que le fichier se trouve sur le serveur au moment du smtpmail.send.
J'ai trouvé beaucoup d'exemples d'upload mais je n'en trouve pas qui permetteent d'envoyer un fichier vers le serveur.
"Daniel Clar" <Daniel Clar@discussions.microsoft.com> a écrit dans le
message de news: 9F32400B-5D95-49EB-B22F-12A6B82D7973@microsoft.com...
Bonjour,
Je développe une application qui se termine par l'envoi d'un mail avec
fichier attaché.
Le fichier se trouve au début du traitement sur le poste utilisateur.
Pour que le traitement se passe bien il faut donc que le fichier se trouve
sur le serveur au moment du smtpmail.send.
J'ai trouvé beaucoup d'exemples d'upload mais je n'en trouve pas qui
permetteent d'envoyer un fichier vers le serveur.
"Daniel Clar" <Daniel a écrit dans le message de news:
Bonjour,
Je développe une application qui se termine par l'envoi d'un mail avec fichier attaché.
Le fichier se trouve au début du traitement sur le poste utilisateur. Pour que le traitement se passe bien il faut donc que le fichier se trouve sur le serveur au moment du smtpmail.send.
J'ai trouvé beaucoup d'exemples d'upload mais je n'en trouve pas qui permetteent d'envoyer un fichier vers le serveur.
Merci
Daniel Clar
Daniel Clar
Merci pour ces réponses.
Cela se termine par un message d'erreur qui me laisse à penser qu'il y a un problème (normal) de protections.
Quelles protections doivent être mises sur le serveur sur le dossier c:inetpubwwwwrootxyz ?
Daniel
Merci pour ces réponses.
Cela se termine par un message d'erreur qui me laisse à penser qu'il y a un
problème (normal) de protections.
Quelles protections doivent être mises sur le serveur sur le dossier
c:inetpubwwwwrootxyz ?
Cela se termine par un message d'erreur qui me laisse à penser qu'il y a un problème (normal) de protections.
Quelles protections doivent être mises sur le serveur sur le dossier c:inetpubwwwwrootxyz ?
Daniel
Zazar
Bonsoir,
Cela se termine par un message d'erreur qui me laisse à penser qu'il y a
un
problème (normal) de protections.
Quelles protections doivent être mises sur le serveur sur le dossier c:inetpubwwwwrootxyz ?
Si vous stockez le fichier uplaodé sur le disque, le processus exécutant votre application web doit avoir les droits d'écriture (NTFS) sur le répertoire de stockage. Si vous avez IIS 5.*, donnez les droits à l'utilisateur ASPNET, si vous avez IIS 6, donnez les droits aui groupe IIS_WPG. Ca c'est pour le coté pratique. Pour le coté sécurité, vous aurez intérêt à définir un répertoire de stockage dans lequel seront placés tous les fichiers uploadés et qui ne contiendraient rien d'autres. Dans ce répertoire, vous attribuez les droits NTFS décrits ci-dessus et vous configurez IIS pour ne pas donner de droit en lecture/écriture dessus. Ceci afin d'éviter que des utilisateurs uploadent des scripts exécutables ou ne puissent accéder aux pièces jointes des autres utilisateurs.
-- Zazar
Bonsoir,
Cela se termine par un message d'erreur qui me laisse à penser qu'il y a
un
problème (normal) de protections.
Quelles protections doivent être mises sur le serveur sur le dossier
c:inetpubwwwwrootxyz ?
Si vous stockez le fichier uplaodé sur le disque, le processus exécutant
votre application web doit avoir les droits d'écriture (NTFS) sur le
répertoire de stockage.
Si vous avez IIS 5.*, donnez les droits à l'utilisateur ASPNET, si vous avez
IIS 6, donnez les droits aui groupe IIS_WPG.
Ca c'est pour le coté pratique. Pour le coté sécurité, vous aurez intérêt à
définir un répertoire de stockage dans lequel seront placés tous les
fichiers uploadés et qui ne contiendraient rien d'autres. Dans ce
répertoire, vous attribuez les droits NTFS décrits ci-dessus et vous
configurez IIS pour ne pas donner de droit en lecture/écriture dessus. Ceci
afin d'éviter que des utilisateurs uploadent des scripts exécutables ou ne
puissent accéder aux pièces jointes des autres utilisateurs.
Cela se termine par un message d'erreur qui me laisse à penser qu'il y a
un
problème (normal) de protections.
Quelles protections doivent être mises sur le serveur sur le dossier c:inetpubwwwwrootxyz ?
Si vous stockez le fichier uplaodé sur le disque, le processus exécutant votre application web doit avoir les droits d'écriture (NTFS) sur le répertoire de stockage. Si vous avez IIS 5.*, donnez les droits à l'utilisateur ASPNET, si vous avez IIS 6, donnez les droits aui groupe IIS_WPG. Ca c'est pour le coté pratique. Pour le coté sécurité, vous aurez intérêt à définir un répertoire de stockage dans lequel seront placés tous les fichiers uploadés et qui ne contiendraient rien d'autres. Dans ce répertoire, vous attribuez les droits NTFS décrits ci-dessus et vous configurez IIS pour ne pas donner de droit en lecture/écriture dessus. Ceci afin d'éviter que des utilisateurs uploadent des scripts exécutables ou ne puissent accéder aux pièces jointes des autres utilisateurs.
-- Zazar
Patrice
Il est également possible de sauver le fichier en dehors du site Web...
Patrice
--
"Zazar" a écrit dans le message de news:%
Bonsoir,
> Cela se termine par un message d'erreur qui me laisse à penser qu'il y a un > problème (normal) de protections. > > Quelles protections doivent être mises sur le serveur sur le dossier > c:inetpubwwwwrootxyz ?
Si vous stockez le fichier uplaodé sur le disque, le processus exécutant votre application web doit avoir les droits d'écriture (NTFS) sur le répertoire de stockage. Si vous avez IIS 5.*, donnez les droits à l'utilisateur ASPNET, si vous
avez
IIS 6, donnez les droits aui groupe IIS_WPG. Ca c'est pour le coté pratique. Pour le coté sécurité, vous aurez intérêt
à
définir un répertoire de stockage dans lequel seront placés tous les fichiers uploadés et qui ne contiendraient rien d'autres. Dans ce répertoire, vous attribuez les droits NTFS décrits ci-dessus et vous configurez IIS pour ne pas donner de droit en lecture/écriture dessus.
Ceci
afin d'éviter que des utilisateurs uploadent des scripts exécutables ou ne puissent accéder aux pièces jointes des autres utilisateurs.
-- Zazar
Il est également possible de sauver le fichier en dehors du site Web...
Patrice
--
"Zazar" <DILAVNI.nicolas.prats@iie.cnam.fr.INVALID> a écrit dans le message
de news:%23Toi5ux0EHA.3416@TK2MSFTNGP09.phx.gbl...
Bonsoir,
> Cela se termine par un message d'erreur qui me laisse à penser qu'il y a
un
> problème (normal) de protections.
>
> Quelles protections doivent être mises sur le serveur sur le dossier
> c:inetpubwwwwrootxyz ?
Si vous stockez le fichier uplaodé sur le disque, le processus exécutant
votre application web doit avoir les droits d'écriture (NTFS) sur le
répertoire de stockage.
Si vous avez IIS 5.*, donnez les droits à l'utilisateur ASPNET, si vous
avez
IIS 6, donnez les droits aui groupe IIS_WPG.
Ca c'est pour le coté pratique. Pour le coté sécurité, vous aurez intérêt
à
définir un répertoire de stockage dans lequel seront placés tous les
fichiers uploadés et qui ne contiendraient rien d'autres. Dans ce
répertoire, vous attribuez les droits NTFS décrits ci-dessus et vous
configurez IIS pour ne pas donner de droit en lecture/écriture dessus.
Ceci
afin d'éviter que des utilisateurs uploadent des scripts exécutables ou ne
puissent accéder aux pièces jointes des autres utilisateurs.
Il est également possible de sauver le fichier en dehors du site Web...
Patrice
--
"Zazar" a écrit dans le message de news:%
Bonsoir,
> Cela se termine par un message d'erreur qui me laisse à penser qu'il y a un > problème (normal) de protections. > > Quelles protections doivent être mises sur le serveur sur le dossier > c:inetpubwwwwrootxyz ?
Si vous stockez le fichier uplaodé sur le disque, le processus exécutant votre application web doit avoir les droits d'écriture (NTFS) sur le répertoire de stockage. Si vous avez IIS 5.*, donnez les droits à l'utilisateur ASPNET, si vous
avez
IIS 6, donnez les droits aui groupe IIS_WPG. Ca c'est pour le coté pratique. Pour le coté sécurité, vous aurez intérêt
à
définir un répertoire de stockage dans lequel seront placés tous les fichiers uploadés et qui ne contiendraient rien d'autres. Dans ce répertoire, vous attribuez les droits NTFS décrits ci-dessus et vous configurez IIS pour ne pas donner de droit en lecture/écriture dessus.
Ceci
afin d'éviter que des utilisateurs uploadent des scripts exécutables ou ne puissent accéder aux pièces jointes des autres utilisateurs.
-- Zazar
Daniel Clar
Merci à tous,
Sur mon installation, IIS 5.x, le nom d'utilisateur est IWAM_serveur.
Daniel Clar
Merci à tous,
Sur mon installation, IIS 5.x, le nom d'utilisateur est IWAM_serveur.
