No problem :) if you will need to do it on a regular basis, contact me and I'll talk you through setting up passwordless (and, paradoxically, even safer) transfers. Cheers!
On 7 May 2012 21:09, Edmonds Namasenda <[email protected]> wrote: > Thank you all. > Hi5 to Benjamin. RSYNC did the magic although it refused to keep > passwords. The transfer speeds... luckily it was Sunday & I could afford a > drink. > > # Edz > > On Thursday, March 15, 2012, Benjamin Tayehanpour < > [email protected]> wrote: > > For backup purposes, rsync is definitely a better choice, especially > > if the Internet connection is dodgy since rsync verifies that all the > > files were transferred intact. If privacy is an issue (if you are > > dealing with other users' data, it is very much so) you could run > > rsync over SSH by appending "-e ssh" to the rsync command. > > > > Read more about using rsync here: > > > https://www.linux.com/news/enterprise/storage/8200-back-up-like-an-expert-with-rsync > > > > On 3/15/12, Peter C. Ndikuwera <[email protected]> wrote: > >> Another option is ncftp, specifically the ncftpput & ncftpget commands. > >> -- > >> Evolution (n): A hypothetical process whereby infinitely improbable > events > >> occur with alarming frequency, order arises from chaos, and no one is > given > >> credit. > >> > >> > >> > >> On 14 March 2012 07:58, Paul Bagyenda <[email protected]> wrote: > >> > >>> lftp provides much better scriptability. > >>> > >>> P. > >>> > >>> On Mar 13, 2012, at 22:13, sanga collins wrote: > >>> > >>> Hi Mike, > >>> > >>> That was quote was from my post describing my script in my environment. > >>> Eds would need to modify to suit his setup > >>> > >>> On Tue, Mar 13, 2012 at 3:06 PM, Mike Barnard > >>> <[email protected]>wrote: > >>> > >>>> > >>>> > >>>> On 13 March 2012 19:29, Edmonds Namasenda <[email protected]> > wrote: > >>>> > >>>>> > >>>>> FILE="/path_to/localServer_userdir/*.*" > >>>>> > >>>>> > >>>> you have already defined the variable FILE as a wildcard... > >>>> > >>>> > >>>>> > >>>>> mput $FILE/*.* > >>>>> > >>>> > >>>> You do not need to do that again here... > >>>> $FILE/*.* is the same as "path_to/localServeruserdir/*.*/*.* > >>>> and that does not make sense... > >>>> > > -- > Thank you and kind regards, > > *I.P.N Edmonds* > ICT Practitioner & Consultant > > *TzM**:* > +255 68 422 1561* | **UgM:* +256 71 227 3374 > > *P.O.* Box 22249, Kampala UGANDA *| Yahoo**!**:* namasenda* | Skype:*edsend > > > COMPUTER NETWORKS: WIRELESS; CABLED; VPNs | UNIX SERVERS: MAIL; FILE; > PROXY; WEB; VoIP | WEBSITE DESIGN: STATIC; FLASH; DYNAMIC | CREATIVE > GRAPHICS & IDENTITY MANAGEMENT | I.T SUPPORT & CONSULTANCY | ANTI-VIRUS > > > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: > [email protected] > Mailing list archives: http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The mailing list host is not responsible for them in > any way. >
_______________________________________________ The Uganda Linux User Group: http://linux.or.ug Send messages to this mailing list by addressing e-mails to: [email protected] Mailing list archives: http://www.mail-archive.com/[email protected]/ Mailing list settings: http://kym.net/mailman/listinfo/lug To unsubscribe: http://kym.net/mailman/options/lug The Uganda LUG mailing list is generously hosted by INFOCOM: http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The mailing list host is not responsible for them in any way.
