Your message dated Sat, 6 Jun 2009 14:40:02 +0200
with message-id <[email protected]>
and subject line Re: Bug#532075: sitecopy: Connecting to a reachable FTP server
throws "Error: Could not connect to server"
has caused the Debian Bug report #532075,
regarding sitecopy: Connecting to a reachable FTP server throws "Error: Could
not connect to server"
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
532075: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532075
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: sitecopy
Version: 1:0.16.6-2
Severity: important
Hi,
after the most reacent upgrade of sitecopy in testing, I'm getting the
following behaviour:
r...@xxxxx:/root # sitecopy --debug=ftp,socket,rcfile -au
Key [site] Value: [backup] Value2: []
Key [server] Value: [xxxx.backup.vollmar.net] Value2: []
Key [username] Value: [backupxxxx] Value2: []
Key [password] Value: [xxxx] Value2: []
Key [local] Value: [/backup] Value2: []
Key [remote] Value: [/backup] Value2: []
Key [exclude] Value: [TMP.*] Value2: []
Key [exclude] Value: [*.lock] Value2: []
Lookup up default port:
Using port: 21
Lookup default proxy port...
Using port 21
sitecopy: Updating site `backup' (on xxxx.backup.vollmar.net in /backup/)
Opening socket to port 21
sitecopy: Error: Could not connect to server (xxxx.backup.vollmar.net port 21).
r...@xxxxx:/root #
Using an ftp client or telnet shows that the server is reachable:
r...@xxxxx:/root # telnet xxxx.backup.vollmar.net 21
Trying xxx.xxx.245.20...
Connected to xxxx.backup.vollmar.net.
Escape character is '^]'.
220 ProFTPD 1.3.0 Server (Debian) [::ffff:xxx.xxx.245.20]
QUIT
221 Goodbye.
Connection closed by foreign host.
r...@xxxxx:/root #
The configfile has been the same for years:
r...@xxxxx:/root # cat .sitecopyrc
site backup
server xxxx.backup.vollmar.net
username backupxxxx
password xxxx
local /backup
remote /backup
exclude TMP.*
exclude *.lock
r...@xxxxx:/root #
Am I doing something wrong or is this indeed a bug? ;)
Thanks,
Markus
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.18 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages sitecopy depends on:
ii libc6 2.9-12 GNU C Library: Shared libraries
ii libneon27-gnutls 0.28.4-1 An HTTP and WebDAV client library
sitecopy recommends no packages.
sitecopy suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi Markus,
On Sat, Jun 6, 2009 at 14:32, Markus Treinen <[email protected]> wrote:
> Hi Sandro,
> upgrading to libneon27-gnutls 0.28.4-2 solved the problem, although it
great!
> (and depending libraries) are only available in unstable as of today.
>
> r...@xxxxx:/root # apt-show-versions |grep -v testing
> libgssapi-krb5-2/unstable uptodate 1.7dfsg~beta3-1
> libk5crypto3/unstable uptodate 1.7dfsg~beta3-1
> libkrb5-3/unstable uptodate 1.7dfsg~beta3-1
> libkrb5support0/unstable uptodate 1.7dfsg~beta3-1
> libneon27-gnutls/unstable uptodate 0.28.4-2
Yeah, I know; sadly since sitecopy is already landed in testing, we
can only wait for libneon27-gnutls to go into testing too.
Hence, I'm closing this report.
> Nevertheless, thanks for your help! :)
You're welcome.
Regards,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--- End Message ---