Scott Lawrence wrote: > On Fri, 2008-06-13 at 16:04 +0300, Mircea Carasel wrote: > >> In any case (configure a path on the ftp server where backups will be >> uploaded / specify a path on sipXconfig where to upload backup data) >> we still need to have the ftp server >> being correctly configured with users (username/password) that, upon >> connection permit upload to take place. >> When the supplied username/password is not created on the FTP server, >> a FTP connection error message is displayed. >> The creation of the username/password will - by default- expose a path. > >> If we let sipXconfig to define paths where the data will be uploaded >> on the ftp server we need to follow the following work-flow: >> >> 1. connect on the ftp server with the supplied username/password >> 2.on the ftp server - create the directory specified by sipXconfig - >> in the path exposed by the supplied username/password > > I don't see why we should create the directory - the user configured > that directory - all we should do is 'cd' to it. If that fails, stop > (and log the error). > >> 3.upload the backups in this newly created directory in directories >> created with names based on the current time/date (the same name >> format as for local backup) >> >> Currently the work-flow is: >> 1. connect on the ftp server with the supplied username/password >> 2.upload the backups in the path exposed by the supplied >> username/password in directories created with names based on the >> current time/date (the same name format as for local backup) >> >> Please advise what work-flow you think is better ( the current one or >> the first one - with sipXconfig directory added) > > The first one. > > Bear in mind that the administrator of the phone system may not be the > administrator of the ftp server - they may have been given an account, > password, and path and they need to use it.
I think that even without specifying directory this is useful functionality. But I see no reason why we could not implement such improvement: http://track.sipfoundry.org/browse/XCF-2639 D. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
