Re: Does IIS5/6 support MDTM command?

From: Bernard (qbernard_at_hotmail.com.discuss)
Date: 11/19/04 

Date: Fri, 19 Nov 2004 14:11:33 +0800

This kb has the RFC detail -
Information About the IIS File Transmission Protocol (FTP) Service
http://support.microsoft.com/?id=283679 

-- 
Regards,
Bernard Cheah
http://www.tryiis.com/
http://support.microsoft.com/
http://www.msmvps.com/bernard/
"Alan T" <AlanT@discussions.microsoft.com> wrote in message
news:7833E7CB-8782-48F2-A8AA-74BC7CA8FA4C@microsoft.com...
> Alun,
>
> Oic, now I know the reason why IIS don't support this feature.
>
> Last question, where can I find document talking about what RFC followed
in
> IIS?
>
> Thanks for your help! Also thanks Bernard.
>
> Bests,
> Alan
>
> "Alun Jones [MSFT]" wrote:
>
> > "Alan T" <AlanT@discussions.microsoft.com> wrote in message
> > news:0B7BD82E-EE19-436A-9E53-46829E81A181@microsoft.com...
> > > Do you mean although IIS 5/6 support this command, it still doesn't
allow
> > > user to modify the timestamp of the file as this action hasn't been
> > > allowed
> > > to made into RFC. Does IIS just support command in RFC (how about
other
> > > draft?) Can I find any documentation in Microsoft talking about any
RFC
> > > supported in IIS 5/6?
> >
> > To clarify:
> >
> > The MDTM command is in an Internet-Draft, and has not yet made it into
RFC
> > form.
> >
> > The operation you are looking for, to set the modification time by the
MDTM
> > command, is not documented in an Internet-Draft _or_ an RFC, because it
is
> > potentially unpredictable.  You are asking for a feature that is
completely
> > undocumented, and known to be unreliable even when implemented as you
> > describe.
> >
> > > Actually, the reason why I post this message is one user incident:
> > > He tried to use "synchronization feature" in dreamweaver to compare &
> > > synchronize the file in FTP server & his PC. However, it seems not
stable
> > > when using this feature (Sometime it can detect the different
timestamp of
> > > the file but sometime can't). So I just suggest him don't rely on this
> > > feature on my FTP server. Am I correct?
> >
> > That may be an issue with his client software - the FTP server in IIS
does
> > not support changing the modification time of files.  There are a number
of
> > other ways to achieve this, but not through FTP.  One way, for example,
> > would be to upload a .ZIP file through FTP, and have someone local to
the
> > site unzip the file, preserving the modification time.
> >
> > > Since I know that other FTP servers support this feature (e.g. Serv-U
> > > FTP),
> > > user may claim my FTP server is not user-friendly.
> >
> > Users may just as correctly claim that Serv-U's support of MDTM to
change
> > the modification time could lead to some inconsistencies between
behaviour
> > and intent.  Different FTP server authors will make different choices as
to
> > which operations are justifiable, and which cause sufficient concern
that
> > they should not be implemented.  Note, for instance, that the
Internet-draft
> > describing MDTM's behaviour was written by the author of an FTP server,
and
> > was reviewed, discussed, edited and approved by the IETF FTP Extensions
> > Working Group, which consists of authors of FTP implementations - server
and
> > client.  Discussion on that group included discussion of this feature,
and
> > it was decided that, since the feature contained possibilities for
> > inconsistent and unpredictable behaviour, it was not worth documenting
in
> > the Internet-Draft.
> >
> > There has been discussion among the FTPEXT WG members as to how best to
> > provide a feature to set attributes of a file, including the
modification
> > time, and there will possibly be a further Internet-Draft (that will
> > eventually become an RFC) to describe how this can be done.  Until then,
> > there is no documented standard way to alter the modification time of a
file
> > through FTP.
> >
> > You can even look on this as a security feature, in that you are able to
> > tell at what time the file was really uploaded through FTP, rather than
what
> > time the user wanted you to think it was uploaded.  This feature is also
> > used by FTP mirroring software to ensure that files are correctly
updated
> > only when necessary.
> >
> > Alun.
> > ~~~~
> >
> >
> >

Relevant Pages

  • Re: Does IIS5/6 support MDTM command?
    ... now I know the reason why IIS don't support this feature. ... Can I find any documentation in Microsoft talking about any RFC ... > The operation you are looking for, to set the modification time by the MDTM ... >> feature on my FTP server. ...
    (microsoft.public.inetserver.iis.ftp)
  • Re: Does IIS5/6 support MDTM command?
    ... Does IIS just support command in RFC (how about other ... The operation you are looking for, to set the modification time by the MDTM ... You are asking for a feature that is completely ... > synchronize the file in FTP server & his PC. ...
    (microsoft.public.inetserver.iis.ftp)
  • Re: FTP strangeness
    ... So, it looks like SmartFTP is off the list as a client for VMS, Cerberus ... As demonstrated more than just VMS ftp servers do the latter - for situations ... In any case an FTP client should comply with the robustness principle of RFC ... A Server-FTP SHOULD use the reply codes defined in RFC-959 ...
    (comp.os.vms)
  • Re: Does FTP still send cleartext passwords?
    ... >Standard FTP implementations are completely unencrypted. ... "The" RFC? ... on which the FTP over SSL / TLS draft is ... >but if the encryption isn't part of the FTP rfc, ...
    (comp.security.misc)
  • Re: [Full-disclosure] Security issue in Filezilla 3.0.9.2:passwordsare stored in plain text (sit
    ... RFC2640 is about internationalization of FTP, ... SIZE extension, and has a 4.4 but no 4.4.3 subsection. ... So which RFC were you talking about? ... jobs to do other than posting RFC titles on Internet mailing lists. ...
    (Full-Disclosure)