Re: Troubles with wput-0.4w32

[Hagen Fritsch <hagen@itooktheredpill.dyndns.org>]

Kann gut sein, dass 6 Minuten das Socket-Timeout ist (300 Sekunden). Das würde 
bedeuten, dass der FTP-Server die Datensocket nicht schließt (oder das 
schließ-Paket nicht ankommt), wenn der Datentransfer beendet ist. Eigentlich 
sollte er schließen und ne Message schreiben, dass der Transfer fertig ist.
Was du machen kannst ist das Timeout niedriger setzen.
Wegen dem wputrc file: Also wput prüft zuerst c:\wput.ini und schaut danach 
noch ob die Datei %WPUTRC% (sofern gesetzt) existiert. Im doc-directory 
findet sich ein Sample-File, dass genutzt werden kann. Dort befinden sich 
auch entsprechende Dokumentationen.

Termin für wput-0.5 ist noch vor Weihnachten, weil das Projekt als besondere 
Lernleistung in mein Abi gehen wird und ich das bis Januar fertig haben muss 
und vorher aber noch ne public-testing-phase brauche.

Gruß
Hagen

Am Freitag, 15. Oktober 2004 10:27 schrieben Sie:
> Nochmal... Es Dauert genau 6minuten.
>
>
> Alex
>
>
> -----Ursprüngliche Nachricht-----
> Von: Hagen Fritsch [mailto:hagen@itooktheredpill.dyndns.org]
> Gesendet: Freitag, 15. Oktober 2004 08:44
> An: Alexander Hass
> Betreff: Re: Troubles with wput-0.4w32
>
>
> I'm currently rewriting wput, so 0.5 will be different a little more
> user-friendly esp. concerning error-messages. When creating a
> data-connection, wput tries either passive-mode or if specified by
> command-line port-mode. If either one fails creating a connection, wput
> will automatically try the other one and remember the setting.
> In your case wput is using passive mode and the connection is established,
> but it seems as though the LIST command never finishes.
> You could try to turn debug-mode (-d flag) on and maybe you'll see some
> error-messages.
> The timestamping feature in wput < 0.5 does not work correctly since
> ftp-servers usually issue UTC-time whereas wput uses the local-time
> instead, so you might need to set the timestamping-concerning options in a
> wputrc file.
> Regards,
> Hagen
>
> Am Donnerstag, 14. Oktober 2004 22:12 schrieben Sie:
> > Dear Hagen
> >
> > i've got troubles get wput running. are you able to help with the
> > following problems? i'm uploading files from a network/local path to a
> > external ftp server. firewall only allows passive transfer.
> >
> > Problems:
> > 1. it is not possible to specify full paths for uploading. for e.g.
> > "wput I:\dir1\css ftp://user1:password1@server1.server.de/html/css/";.
> > this result on the ftp server as
> > ftp://user1:password1@server1.server.de/html/css/I:/dir/css and is
> > wrong as you see... switching with cd to all dirs required for upload
> > is very error prone...
> >
> > 2. i'd ike to use --timestamping. from my understanding the file on
> > the target ftp server will have the local file time set after
> > transfer. isn't it? if i'm using this option i'm unable to transfer
> > anything wput stops at:
> >
> > I:>P:\Utilities\FTP\wput\wput -v --timestamping pc_ie.css
> > ftp://user1:password1@server1.sserver.de/html/css/ --22:04:57--
> > `pc_ie.css' => ftp://user1:xxxxx@1.1.1.1/html/css/pc_ie.css
> > Connecting to 1.1.1.1:21...  connected!
> > Logging in as user1 ... Logged in!
> > ==> CWD /html/css/ done.
> > ==> PASV done.
> > ==> TYPE A ... done
> > ==> LIST ... done.
> >
> > maybe wput is using active in this situation and is blocked by
> > firewall!? i don't understand the command option --port-mode and the
> > syntax for forcing it to passive mode.
> >
> >
> > Regards
> > Alexander Hass

-- 
Mit besten Grüßen
 Hagen                          mailto:itooktheredpill@gmx.de
                      http://itooktheredpill.dyndns.org