Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-02 Thread slaventii 
"c:\Program Files\TortoiseSVN\bin\.."
svn --version | find /I "serf"
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.

On Thu, Aug 2, 2012 at 12:47 AM, Daniel Shahaf  wrote:
> Johan Corveleyn wrote on Wed, Aug 01, 2012 at 22:56:52 +0200:
>> On Wed, Aug 1, 2012 at 10:50 PM, Johan Corveleyn  wrote:
>> > On Wed, Aug 1, 2012 at 9:56 PM, slaventii  wrote:
>> >>> Huh? How do you arrive at 23 %? According to these numbers, https is
>> >>> almost twice as fast here.
>> >>>
>> >> Sorry for mistake. Should be:
>> >> up svn:// ~ 0m 19sec
>> >> up https:// ~ 0m 35 sec
>> >> up svn vs https perf, % ~ > 23%
>> >
>> > Okay, got it.
>>
>> Oh, and it just occurred to me: I assume your https test is with the
>> neon http library (the default up until now). Can you also try those
>> tests with the serf library (if that's compiled into your client)? To
>> do that, adding the following option to your command line should work:
>>
>> --config-option servers:global:http-library=serf
>
> Only if serf has been enabled at build time:
>
> svn --version | grep serf

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-02 Thread slaventii 
>>> Sorry for mistake. Should be:
>>> up svn:// ~ 0m 19sec
>>> up https:// ~ 0m 35 sec
>>> up svn vs https perf, % ~ > 23%
>>
>> Okay, got it.
Sory for my maths :)
(35-19)=16 | 16*100/19=84% svn is more quicker
up svn vs https perf, % ~ > 84%
>
> Oh, and it just occurred to me: I assume your https test is with the
> neon http library (the default up until now). Can you also try those
> tests with the serf library (if that's compiled into your client)? To
> do that, adding the following option to your command line should work:
>
> --config-option servers:global:http-library=serf
>
> Beware: there are still some (known) problems when using the serf
> library in some environments (e.g. [1]), so you may or may not be able
> to run those tests successfully. Either way, it would be interesting
> to know ...
>
> [1] http://subversion.tigris.org/issues/show_bug.cgi?id=4174 - serf:
> checkout / export errors out with "svn: E730053: Error retrieving
> REPORT (730053)"
>
> --
> Johan

Will try, and will start the new topic.
At the end of this topic:
Now I ketp trying to setup SASL GSSAPI.
Will try to speed up https speed because is more acceptable for me as
admin but with current speed is inacceptable for devs.
Thanks all for help, especially Johan

Can the mergeinfo of a reintegrate-merge be ignored?

2012-08-02 Thread Martin Bischoff 
When I reintegrate a feature-branch into trunk, this creates a
svn:mergeinfo property on trunk, e.g. "Merged
/branches/featureBranch:r149-188".

What is the purpose of that information? Can (or should) it be ignored when
committing trunk after the reintegrate-merge?

Since it is recommended to delete feature-branches after they were
reintegrated, why should this mergeinfo be kept? Wouldn't that property
then be propagated to each and every future (feature-)branch and tag?

Thanks for your help and best regards.

-Martin

Re: Can the mergeinfo of a reintegrate-merge be ignored?

2012-08-02 Thread Ulrich Eckhardt 

Am 02.08.2012 11:12, schrieb Martin Bischoff:

When I reintegrate a feature-branch into trunk, this creates a
svn:mergeinfo property on trunk, e.g. "Merged
/branches/featureBranch:r149-188".

What is the purpose of that information?


Subversion uses it for "merge tracking". This allows SVN to tell which 
revisions from the feature branch are eligible for merging. E.g. 
TortoiseSVN greys out those revisions to tell the user that they were 
already merged. Subversion itself will simply ignore any requests to 
merge those a second time, it would probably lead to conflicts anyway.



Can (or should) it be ignored when
committing trunk after the reintegrate-merge?


No!


Since it is recommended to delete feature-branches after they were
reintegrated, why should this mergeinfo be kept? Wouldn't that property
then be propagated to each and every future (feature-)branch and tag?


Yes, the info would be propagated. The thing about deleting feature 
branches is true, but that doesn't hold for release branches which can 
also be source or target of merges.


That said, if you think that a branch is dead and can be forgotten, you 
can also delete that mergeinfo without causing any errors. A 
reintegrate-merge could be such a case. However, it also doesn't hurt to 
keep it, so I wouldn't bother.


Schoenen Tag!

Uli
**
Domino Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**
Visit our website at http://www.dominolaser.com
**
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten 
bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen 
Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein 
sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, 
weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte 
Änderungen enthalten. Domino Laser GmbH ist für diese Folgen nicht 
verantwortlich.
**

Re: Can the mergeinfo of a reintegrate-merge be ignored?

2012-08-02 Thread Martin Bischoff 
On Thu, Aug 2, 2012 at 11:20 AM, Ulrich Eckhardt <
ulrich.eckha...@dominolaser.com> wrote:

> Am 02.08.2012 11:12, schrieb Martin Bischoff:
>
>  When I reintegrate a feature-branch into trunk, this creates a
>> svn:mergeinfo property on trunk, e.g. "Merged
>> /branches/featureBranch:r149-**188".
>>
>> What is the purpose of that information?
>>
>
> Subversion uses it for "merge tracking". This allows SVN to tell which
> revisions from the feature branch are eligible for merging. E.g.
> TortoiseSVN greys out those revisions to tell the user that they were
> already merged. Subversion itself will simply ignore any requests to merge
> those a second time, it would probably lead to conflicts anyway.
>
>
This is the case when merging from trunk to the feature branch (to synch
the branch with trunk). This creates mergeinfo on the branch.
But I was only talking about the final reintegrate-merge of the
feature-branch back to trunk where mergeinfo is created on trunk.


>
>  Can (or should) it be ignored when
>> committing trunk after the reintegrate-merge?
>>
>
> No!
>
>
>  Since it is recommended to delete feature-branches after they were
>> reintegrated, why should this mergeinfo be kept? Wouldn't that property
>> then be propagated to each and every future (feature-)branch and tag?
>>
>
> Yes, the info would be propagated. The thing about deleting feature
> branches is true, but that doesn't hold for release branches which can also
> be source or target of merges.
>
> That said, if you think that a branch is dead and can be forgotten, you
> can also delete that mergeinfo without causing any errors. A
> reintegrate-merge could be such a case. However, it also doesn't hurt to
> keep it, so I wouldn't bother.
>
> Schoenen Tag!
>
> Uli
>

Re: Can the mergeinfo of a reintegrate-merge be ignored?

2012-08-02 Thread Thorsten Schöning 
Guten Tag Martin Bischoff,
am Donnerstag, 2. August 2012 um 11:12 schrieben Sie:

> Since it is recommended to delete feature-branches after they were
> reintegrated, why should this mergeinfo be kept?

Because there are scenarios where feature branches aren't deleted or
even branched under the same name again for whatever reason. If you
don't ever do that, ignore the merge info, but why bother unless
performance is reduced or something?

> Wouldn't that property
> then be propagated to each and every future (feature-)branch and tag?

I think Subversion should be able to handle this in any case.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Can the mergeinfo of a reintegrate-merge be ignored?

2012-08-02 Thread Stefan Sperling 
On Thu, Aug 02, 2012 at 11:12:15AM +0200, Martin Bischoff wrote:
> Since it is recommended to delete feature-branches after they were
> reintegrated, why should this mergeinfo be kept? Wouldn't that property
> then be propagated to each and every future (feature-)branch and tag?

Subversion needs to be able to tell which changes were already merged
into the merge target, from any branch that ever existed.
The mergeinfo must be kept should since somebody might run a merge from
any branch that existed at some past revision into any future branch,
even if that branch has been deleted in the HEAD revision.

For example, this merges changes committed to ^/branches/mybranch in
revision 40, even if ^/branches/mybranch was deleted in revision 43:
svn merge -c 40 ^/branches/mybranch@42 
(See http://svnbook.red-bean.com/en/1.7/svn.advanced.pegrevs.html
for related material in the Subversion book.)

I would say don't worry too much about mergeinfo. It is just meta
data that Subversion uses for its own purposes. You'll potentially
cause problems by not comitting it, so please always commit it.

Put another way, if Subversion had a way to store mergeinfo with a
lesser degree of visibility, so that you wouldn't even see the meta
data being created or changed, would you still be concerned about
this meta data being recorded?

AW: Can the mergeinfo of a reintegrate-merge be ignored?

2012-08-02 Thread Markus Schaber 
Hi,

Von: Thorsten Schöning [mailto:tschoen...@am-soft.de]
> Guten Tag Martin Bischoff,
> am Donnerstag, 2. August 2012 um 11:12 schrieben Sie:
> 
> > Since it is recommended to delete feature-branches after they were
> > reintegrated, why should this mergeinfo be kept?
> 
> Because there are scenarios where feature branches aren't deleted or even
> branched under the same name again for whatever reason. If you don't ever
> do that, ignore the merge info, but why bother unless performance is
> reduced or something?

And don't forget that branches are not really "deleted", they are still 
preserved in history, and can potentially be used for future merge and 
reverse-merge commands, or to create a new branch from them.

Also, the ongoing work on "symmetric merge" will enable you to keep your 
feature branches around, reusing them...

Best regards

Markus Schaber
-- 
___
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax 
+49-831-54031-50

Email: m.scha...@3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects: 
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade 
register: Kempten HRB 6186 | Tax ID No.: DE 167014915

SVN codebase backup

2012-08-02 Thread Kaushal Shriyan 
Hi,

is there a backup tool to backup SVN Codebase?

Regards

Kaushal

Re: SVN codebase backup

2012-08-02 Thread Thorsten Schöning 
Guten Tag Kaushal Shriyan,
am Donnerstag, 2. August 2012 um 15:51 schrieben Sie:

> is there a backup tool to backup SVN Codebase?

The Apache Foundation does that for you. ;-)

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Subversion authentication via SASL GSSAPI and likewise open

2012-08-02 Thread slaventii 
> Oh, and it just occurred to me: I assume your https test is with the
> neon http library (the default up until now). Can you also try those
> tests with the serf library (if that's compiled into your client)? To
> do that, adding the following option to your command line should work:
>
> --config-option servers:global:http-library=serf
>
> Beware: there are still some (known) problems when using the serf
> library in some environments (e.g. [1]), so you may or may not be able
> to run those tests successfully. Either way, it would be interesting
> to know ...
>
> [1] http://subversion.tigris.org/issues/show_bug.cgi?id=4174 - serf:
> checkout / export errors out with "svn: E730053: Error retrieving
> REPORT (730053)"
>
> --
> Johan

"c:\Program Files\TortoiseSVN\bin\svn.exe" --config-option
servers:global:http-library=serf %svnop% %svnproto%%svnhost%/%svnpath%
--non-interactive --no-auth-cache --username %svnuser% --password
%svnpass%

svn: E730053: Error retrieving REPORT (730053): An established
connection was aborted by the software in your host machine.

On Windows Server 2003 x32 client

Re: SVN codebase backup

2012-08-02 Thread Ben Smith-Mannschott 
On Thu, Aug 2, 2012 at 3:51 PM, Kaushal Shriyan
 wrote:
> Hi,
>
> is there a backup tool to backup SVN Codebase?
>
> Regards
>
> Kaushal

Have a look here:

http://stackoverflow.com/questions/33055/what-is-the-best-way-to-backup-subversion-repositories

The suggestions of "svnadmin dump" and "svnadmin hotcopy" are both
good. Either could be used as the nucleus of a backup procedure for
your repositories.

// ben

Assertion failed!

2012-08-02 Thread Alex Jackson 
This keeps popping up when I try running the cleanup command.
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But please first search the mailing list archives for the error message
to avoid reporting the same problem repeatedly.
You can find the mailing list archives at
http://subversion.apache.org/mailing-lists.html

Subversion reported the following
(you can copy the content of this dialog
to the clipboard using Ctrl-C):

In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
---
OK
---


[SMT]

Alex Jackson
Platform Software Engineer
919 493 9390 (main)
919 354 4725 (direct)
919 200 3568 (cell)
a.jack...@smt.com
www.smt.com


<>

Re: Assertion failed!

2012-08-02 Thread Andy Levy 
On Thu, Aug 2, 2012 at 12:34 PM, Alex Jackson  wrote:

>  This keeps popping up when I try running the cleanup command. 
>
> ---
>
> Subversion Exception!
>
> ---
>
> Subversion encountered a serious problem.
>
> Please take the time to report this on the Subversion mailing list
>

You did this.


> 
>
> with as much information as possible about what
>
> you were trying to do.
>

But you didn't do this. It's very important that you do so.


>
> But please first search the mailing list archives for the error message***
> *
>
> to avoid reporting the same problem repeatedly.
>

You probably didn't do this either.

> 
>
> You can find the mailing list archives at
>
> http://subversion.apache.org/mailing-lists.html
>
> ** **
>
> Subversion reported the following
>
> (you can copy the content of this dialog
>
> to the clipboard using Ctrl-C):
>
> ** **
>
> In file
>
>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\workqueue.c'
> 
>
> line 672: assertion failed (checksum != NULL)
>
>
1.7.1 is relatively old. Please try to reproduce the problem with a current
release and report back.

Re: SVN codebase backup

2012-08-02 Thread vishwajeet singh 
On Thu, Aug 2, 2012 at 7:55 PM, Thorsten Schöning  wrote:
> Guten Tag Kaushal Shriyan,
> am Donnerstag, 2. August 2012 um 15:51 schrieben Sie:
>
>> is there a backup tool to backup SVN Codebase?
>
> The Apache Foundation does that for you. ;-)

Apt answer :-) .I am sure here he meant his own code base in svn
repository ;-)
>
> Mit freundlichen Grüßen,
>
> Thorsten Schöning
>
> --
> Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
> AM-SoFT IT-Systeme  http://www.AM-SoFT.de/
>
> Telefon.030-2 1001-310
> Fax...05151-  9468- 88
> Mobil..0178-8 9468- 04
>
> AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
> AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
>



-- 
Vishwajeet Singh
+91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com
Twitter: http://twitter.com/vishwajeets | LinkedIn:
http://www.linkedin.com/in/singhvishwajeet

svn: Network connection closed unexpectedly on checkout

2012-08-02 Thread Alfonso_Peniche 
Hi:

I am not subscribed to the list, and I would greatly appreciate it if you could 
explicitly cc'ed any response to this address 
(alfonso_peni...@dell.com).

We have been svn users for a few years now, but we are now in the process of 
migrating to a new server. We have installed subversion in the new server, 
created the new repository, imported the older repository but I am unable to do 
a checkout, I get the following:

[svn@OMIDCM009 subversion]$ netstat -an | grep 3690
[svn@OMIDCM009 subversion]$ svnserve -d -r /u01/subversion/om
[svn@OMIDCM009 subversion]$ netstat -an | grep 3690
tcp0  0 :::3690 :::*
LISTEN

[apenic@OMIDCM009 ~]$ cd /tmp/poncho/
[apenic@OMIDCM009 poncho]$ ls -lrt
total 0
[apenic@OMIDCM009 poncho]$ svn checkout svn://omidcm009/om
svn: Network connection closed unexpectedly
[apenic@OMIDCM009 poncho]$ telnet omidcm009 3690
Trying 10.96.64.65...
Connected to OMIDCM009.omi.com (10.96.64.65).
Escape character is '^]'.
( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries commit-revprops 
depth log-revprops partial-replay ) ) )

I hope you can give me a hand at the earliest since we are about to go live in 
the next couple of weeks.

Thanks a lot and cheers,
Alfonso

Re: SVN codebase backup

2012-08-02 Thread Kaushal Shriyan 
On Thu, Aug 2, 2012 at 9:40 PM, Ben Smith-Mannschott
 wrote:
> On Thu, Aug 2, 2012 at 3:51 PM, Kaushal Shriyan
>  wrote:
>> Hi,
>>
>> is there a backup tool to backup SVN Codebase?
>>
>> Regards
>>
>> Kaushal
>
> Have a look here:
>
> http://stackoverflow.com/questions/33055/what-is-the-best-way-to-backup-subversion-repositories
>
> The suggestions of "svnadmin dump" and "svnadmin hotcopy" are both
> good. Either could be used as the nucleus of a backup procedure for
> your repositories.
>
> // ben

Hi Ben

Thanks for the quick reply. Basically I have hosted my SVN
repositories in http://www.cloudforge.com/codesion/
can i use "svnadmin dump" and "svnadmin hotcopy" for backing up repos
from http://www.cloudforge.com/codesion/

Please suggest.

Regards

Kaushal

How to remove created repository

2012-08-02 Thread 鈴木正秀 
Hi,
I would like to remove a repository which I created it on my local
computer. It is my miss operation it should be located at network storage.
Could you please let me know how to remove it?

Regards.
Masahide Suzuki

Re: SVN codebase backup

2012-08-02 Thread Lorenz 
Kaushal Shriyan wrote:
>On Thu, Aug 2, 2012 at 9:40 PM, Ben Smith-Mannschott
> wrote:
>> On Thu, Aug 2, 2012 at 3:51 PM, Kaushal Shriyan
>>  wrote:
>>> Hi,
>>>
>>> is there a backup tool to backup SVN Codebase?
>>
>> Have a look here:
>>
>> http://stackoverflow.com/questions/33055/what-is-the-best-way-to-backup-subversion-repositories
>>
>> The suggestions of "svnadmin dump" and "svnadmin hotcopy" are both
>> good. Either could be used as the nucleus of a backup procedure for
>> your repositories.
>>
>Thanks for the quick reply. Basically I have hosted my SVN
>repositories in http://www.cloudforge.com/codesion/
>can i use "svnadmin dump" and "svnadmin hotcopy" for backing up repos
>from http://www.cloudforge.com/codesion/

in that case (remote repository without root access) you should have a
look at svnsync (part of subversion) or rsvndump
(rsvndump.sourceforge.net)

or perhapse http://www.cloudforge.com/faq/index.php#export already
solves your problem?
-- 

Lorenz

Re: SVN codebase backup

2012-08-02 Thread vishwajeet singh 
On Fri, Aug 3, 2012 at 7:35 AM, Kaushal Shriyan
 wrote:
> On Thu, Aug 2, 2012 at 9:40 PM, Ben Smith-Mannschott
>  wrote:
>> On Thu, Aug 2, 2012 at 3:51 PM, Kaushal Shriyan
>>  wrote:
>>> Hi,
>>>
>>> is there a backup tool to backup SVN Codebase?
>>>
>>> Regards
>>>
>>> Kaushal
>>
>> Have a look here:
>>
>> http://stackoverflow.com/questions/33055/what-is-the-best-way-to-backup-subversion-repositories
>>
>> The suggestions of "svnadmin dump" and "svnadmin hotcopy" are both
>> good. Either could be used as the nucleus of a backup procedure for
>> your repositories.
>>
>> // ben
>
> Hi Ben
>
> Thanks for the quick reply. Basically I have hosted my SVN
> repositories in http://www.cloudforge.com/codesion/
> can i use "svnadmin dump" and "svnadmin hotcopy" for backing up repos
> from http://www.cloudforge.com/codesion/

You can use svnsync to do backup in this scenario.

>
> Please suggest.
>
> Regards
>
> Kaushal



-- 
Vishwajeet Singh
+91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com
Twitter: http://twitter.com/vishwajeets | LinkedIn:
http://www.linkedin.com/in/singhvishwajeet

Re: How to remove created repository

2012-08-02 Thread Thorsten Schöning 
Guten Tag 鈴木正秀,
am Freitag, 3. August 2012 um 03:54 schrieben Sie:

> I would like to remove a repository which I created it on my local
> computer. It is my miss operation it should be located at network storage.
> Could you please let me know how to remove it?

Like any other file or directory you want to remove, by deleting it.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: How to remove created repository

2012-08-02 Thread vishwajeet singh 
On Fri, Aug 3, 2012 at 7:24 AM, 鈴木正秀  wrote:
> Hi,
> I would like to remove a repository which I created it on my local computer.
> It is my miss operation it should be located at network storage.
> Could you please let me know how to remove it?

Just do you a normal filesystem delete.

>
> Regards.
> Masahide Suzuki



-- 
Vishwajeet Singh
+91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com
Twitter: http://twitter.com/vishwajeets | LinkedIn:
http://www.linkedin.com/in/singhvishwajeet

Unable to connect to respository

2012-08-02 Thread Sayali S. Kumbhar 
Hi,

We are running VisualSVN server on Windows environment.
I am unable to connect to the repository and getting an error saying - Could 
not create SSL connection through proxy server: 504 Unknown Host

I am not able to connect through repo-browser or even internet explorer

Regards,
Sayali

Re: Unable to connect to respository

2012-08-02 Thread Thorsten Schöning 
Guten Tag Sayali S. Kumbhar,
am Freitag, 3. August 2012 um 08:41 schrieben Sie:

> We are running VisualSVN server on Windows environment.
> I am unable to connect to the repository and getting an error
> saying - Could not create SSL connection through proxy server: 504 Unknown 
> Host

> I am not able to connect through repo-browser or even internet explorer

Looks like a problem in your network, nothing related to Subversion.
Anybody did change anything, you should consider your admins or if
you're the admin, you should think of what you changed. :-) Check that
the needed host is running, accepts connection without using the proxy
etc.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow