Oekosoft

|

Web Hosting

|

Unix

|

Windows

|

Domains

|

FAQ

|

Vertrag

|

Referenzen

Web Hosting Supportnews

Am 1. August werden weitere Accounts auf das neue Mailsystem migriert.

Am 20. Mai wird der Mailservice auf ein performanteres System umgestellt. Es ist mit Unterbrüchen von mehreren Stunden zu rechnen.

Ab steht die neue Produktlinie Signature Unlimited Hosting zur Verfügung.

Wir haben nun den Grossteil der Accounts von RapidSite nach Verio gezügelt. U.a. haben wir dadurch bessere Konditionen erhalten, die wir gerne an unsere Kunden weitergeben. Ab sofort gilt ein attraktiveres Preismodell für das Signature Hosting.

Wir stellen stellen die durch RapidSite gehosteten Domains schrittweise auf die Nameserver nsra.oekosoft.ch und nsrb.oekosoft.ch um.

Wir möchten hiermit eine bevorstehende Serverumstellung ankündigen. In der Woche ab 18. September werden die durch RapidSite in Boca Raton betriebenen Accounts in ein primäres Verio Datacenter gezügelt.

• Die Umstellung eines einzelnen Accounts dauert nur wenige Minuten, die gesamte Migration wird aber mehrere Tage in Anspruch nehmen.
• Als Resultat der Migration bekommt Ihr Server eine neue IP-Adresse. Diese wird erst nach der Migration zugänglich sein. Die neue IP-Adresse wird Ihnen nach der Umstellung per E-Mail mitgeteilt. Alternativ können Sie die IP-Adresse über das Control Panel in Erfahrung bringen.
• Die alten Server werden für 14 Tage weiterlaufen und die Requests automatisch an die neuen Server umleiten, um unnötige Ausfallzeiten zu verhindern.
• In der Regel müssen Sie nichts an Ihren DNS-Settings ändern. Wenn Sie DNS allerdings auf eigenen oder anderweitigen Nameservern betreiben, wäre es notwendig, die IP-Adresse anzupassen.

Heute waren je nach Zugangs-Provider unsere DNS-Server während einiger Stunden nicht erreichbar (Umstellung der IP-Adressen, veschobene Propagierung im Internet). Die betroffenen Webserver waren weiterhin über die jeweilige IP-Adresse ansprechbar.

Ab sofort gelten dramatisch verbesserte Diskplatz- und Transferlimiten:

• Signature Hosting
• Unix Hosting
• Windows Hosting

We are happy to announce we will be upgrading our Domain Name Service solution with Nominum technology. This upgrade will take place on 16-NOV-2005 and 18-NOV-2005.

The Nominum network naming solution provides many advantages over our current solution, including:

• 6 completely redundant nameserver solutions.
• Anycast technology, which decreases DNS resolution time by directing requests to the nameserver which is the closest to the requestor.
• Centralized DNS distribution, which allows your DNS changes to be simultaneously broadcast to all nameservers. This allows for solid redundancy, should one of the nameservers stop responding.
• Hot fail over for all nameservers, which provides an uninterrupted flow of DNS resolution, even if one or more of the nameservers should fail to respond.

Due to Hurricane Wilma and the service interruption it caused to our south Florida center we have received a high volume of support cases asking about the incident. We hope that the information we provide in this e-mail is helpful to you, as well as the information we have posted on http://www.verio.com/wilma and on your server control panel. If you require additional assistance, please simply reply to this e-mail and we will respond as quickly as possible. Thank you in advance for your patience and understanding as we work through the issues surrounding this outage.

At approximately 8:40am ET on Oct. 24th, Hurricane Wilma struck south Florida and leveled power lines and interrupted electric service to millions of homes and business including our south Florida facility. The facilitys system of five secondary generators, which supply power in the event of a power outage, began providing power. The backup generators later failed, the system was immediately converted to battery backup and was used until it was depleted, at which time Verio electively turned off systems in the datacenter to minimize impact to servers and data.

Technicians and the generator vendor were called to assist with repairs. Hazardous conditions, including dangerous winds, downed power lines and trees and other debris delayed arrival by technicians into the early evening hours on Monday.

By 1:40 AM ET on Tuesday, Oct. 25, generators were repaired and sequentially brought back online. Once the generator was producing the correct voltage and frequency with the requisite stability, power was switched to the data center's split-system (DX) computer room air conditioning (CRAC) units, and simultaneously to the chilled water plant that feeds the bulk of the facility's cooling infrastructure. Once the cooling system restored safe operating temperatures in the raised floor areas, Verio was able to energize the data center network equipment, before proceeding to begin powering up the shared hosting and colocation environments at approximately 7:10 am ET on Tuesday. At approximately 1:10 PM on Tuesday, the generator plant experienced an outage, resulting in a service interruption for our customers. Our team of technicians immediately began assessment and resolution of the issue, which lasted into the early hours the next morning.

On Wednesday, Oct. 26, at around 1:30 AM ET, the generators and cooling systems were once again fully operational and service was restored to customers, with only a handful experiencing complications.

We apologize for this service interruption to our customers. We are continuing to closely monitor all systems to minimize any further impact, and will continue to post additional updates to our web site at http://www.verio.com/wilma/ as they become available. Please let us know if you have any additional questions or issues regarding your account. Our service department can be reached by calling 1.888.438.8374, or you can simply reply to this e-mail and our service staff will respond as quickly as possible. Thank you again for your patience and support.

Wir können Ihnen ab sofort zwei neue Produktlinien anbieten. Die neuen Produktlinien bieten neben einem flexibleren Administrationstool für die Mailboxen ein massiv besseres Preis/Leistungsverhältnis (insbesondere in den oberen Hostingstufen):

• Übersicht neues Unix Hosting
• Übersicht neues Windows Hosting

Schon vor Jahren hat unser Hosting Partner RapidSite mit Verio fusioniert. Verio ist eine Tochter der weltweit grössten Kommunikationsfirma NTT Communications. RapidSite tritt seither weiterhin als eigenständige Brand auf. Wir haben uns nun entschlossen, auch Produkte von Verio in unser Angebot aufzunehmen. Damit können wir Ihnen eine noch breitere Produktpalette anbieten.

• Signature Hosting ist vergleichbar zu unserem bestehenden Unix Hosting und bietet u.a. eine sehr günstige Einstiegsvariante (V0) und bessere Transferlimiten.
• Oracle Hosting erlaubt es, ohne grossen Aufwand bzw. Lizenzkosten, eine Oracle-DB mit Webzugang zu betreiben. Ob dafür am Markt ein Bedürfnis besteht, wird sich erweisen.

First, we would like to reiterate our commitment to fight spam. We would also like to outline the spam filtering mechanisms we currently have in place as a whole. We currently utilizes the following:

• Open Relay Database: Each remote mail server connecting to a RapidSite mail server is checked to see if the mail server making the connection is open for anyone to send email through without authentication. If the connecting mail server is found to be exploitable, thus an open relay, a block is put in place until such time the problem is corrected. This database and the systems in place to check for open relays is technology that was created by RapidSite. As of June 24th, 2004, over 108,000 mail servers are listed in this database, with slightly over 4,000 that have been fixed. On average, 20-50 new open relays are blocked each day. This measure greatly cuts down on the amount of spam that would otherwise be sent to our Resellers and consequently to their customers. . Database of Known Spam Sources: RapidSite also utilizes proprietary technology that denies connections from known sources of spam and spam gangs. This database contains single IP addresses, IP address subnets, email addresses, domain names and other machine names that have been identified as sources of spam not only to the RapidSite systems, but also to the Internet as a whole. Millions of entries exist in this database.
• Database of Known Spam Sources: We also utilize proprietary technology that denies connections from known sources of spam and spam gangs. This database contains single IP addresses, IP address subnets, email addresses, domain names and other machine names that have been identified as sources of spam not only to the RapidSite systems, but also to the Internet as a whole. Millions of entries exist in this database.
• SORBS DUHL: The DUHL (Dynamic User Host List) is a third party database maintained by sorbs.net. This database contains IP addresses that have been confirmed as being assigned to Internet Access users in a dynamic fashion, meaning the IP addresses are not static assignments. This is typically the method of IP assignments for dial-up, DSL, ADSL, and Cable Internet Access clients. Such IP addresses are a major source of spam today because spammers have found ways to take over PC's using these connections. Various Trojans and other recent virus outbreaks have been written to exploit PC users' security weaknesses and use these IP addresses for spam, in most cases without the knowledge of the end user or the ISP. RapidSite does not condone running any type of SMTP engine or mail server on dynamically assigned IP addresses and in many cases, doing so is a violation of the ISP's Terms of Service. RapidSite firmly believes that ISPs' authorized SMTP relays should be used at all times. If any IP address listed in the DUHL attempts a connection to the RapidSite mail servers, that connection attempt will be rejected.
• rDNS Checking (PTR Records): On June 18th, 2004, RapidSite implemented a further measure to combat the spam problem called rDNS check. All IP addresses that attempt a connection to the RapidSite mail servers will be checked for a valid PTR record. If a PTR record does not exist, the connection will be denied. A large percentage of the mail servers without proper PTR records are also sources of spam and viruses.

Server mmm03 experienced issues with its filesystem which caused corruption therein. This affected the RAID backup system as well, so mmm03 could not fully backup its information for immediate reboot, which in turn became the main filesystem for mmm03. This filesystem did have some incomplete files from the backup, which accounts for a few sites having made changes on 01.05.2004 that reverted to the site configuration of 01.04.2004.

Furthermore, the backup system was still causing issue, which evidenced itself later in the evening on 01.05.2004. This forced our System Administration Department to review the backup system for that server and rebuild it, incurring some rebooting and downtime outside of scheduled maintenance hours. That repair to the backup system is complete and the server appears to be working correctly, with no further expectation of issues.

We are always seeking better anti-spam solutions. Recently, we added a number of new anti-spam safeguards. In addition to reducing spam, these safeguards also improve the speed with which legitimate e-mail messages are received.

One of our new safeguards, the "reverse look-up," makes use of reverse DNS entries. For each incoming e-mail message, we look up the legitimacy of the original mail server. Connections that are attempted by mail servers that are not legitimate are refused. This prevents the reception of e-mail that is sent from invalid web sites or from spammers who use invalid return e-mail addresses. In short, RapidSite's mail system requires that all outside mail administrators and ISPs (Internet Service Providers) have legitimate IP addresses and server names.

Connections will be refused if the IP address of the server that is connecting to our mail servers does not reverse successfully to a hostname. Then, the sender's ISP produces a bounce e-mail message that contains a 554 code. A typical 554 code looks like the following:

554 : Connection rejected: reverse DNS lookup failed

The IP address that would appear in the angle brackets is the IP address of the client machine. A 554 response code simply means that the reverse look-up determined that the DNS information could not be verified as being legitimate. Thus, the connection was refused. For senders, there is NO workaround for a 554 response code.

Sometimes, however, the sender's ISP may produce a bounce message that contains a 450 response code. This means that a temporary situation (such as a busy server that has timed out) resulted in a refused connection. In most cases involving a 450 response, the mail router will automatically try again to establish a connection so that the e-mail message can be sent. Whereas a 554 response is fatal, a 450 response indicates that the e-mail message may eventually be sent successfully although its arrival may be somewhat delayed.

If someone who is trying to send you a message receives a 554 response in their e-mail client, that person should contact their ISP as it is their ISPs system that triggered the response. On the other hand, most 450 responses will resolve themselves if the remote server's provider becomes available. However, if the sender repeatedly encounters 450 responses, we advise that they contact their ISP and report that they are having difficulty with sending their e-mail messages.

In addition to the above, if our reverse look-up succeeds, we also do a validity check on the "From:" address of the e-mail message. If the e-mail message does not have a valid "From:" address, we will reject the e-mail message and the sender will receive a 571 error.

On Thursday, October 16th at 4:30 ET we conducted our quarterly power test. Our UPS system activated, however, at the end of the test when commercial power was restored there was a hardware failure in our electrical switching system. The UPS system powered our Boca Raton Data Center until approximately 5:15 ET. Electricians and engineers were working on the system immediately and at 8:20 ET we were able to bypass the hardware failure in the electrical switching system. The data center and servers are back on line and our System Administration staff is in the data center ready to address any server issues. We apologize for any inconvenience this may have caused.

RapidSite stellt das Betriebssystem nahezu aller Unix-Accounts von Irix auf FreeBSD um. Das bedeutet, dass die Accounts auf neue Server gezügelt werden und eine neue IP-Adresse bekommen. Es muss mit keinem Unterbruch gerechnet werden. Aber während der Umstellungsphase des DNS muss der neue Server (z.B. für Uploads oder Mailzugang) via IP-Adresse angesprochen werden. Es steht Ihnen frei uns zu kontaktieren und einen speziellen Umstellungstermin zu vereinbaren, wenn Sie ihren Server als speziell heikel betrachten. Alle Accounts, die bis Ende Oktober noch nicht umgestellt sind, werden von RapidSite nach und nach automatisch umgestellt.

Auf Ende Oktober wird die Indexierung über Excite abgekündigt. Neu stellen wir zu diesem Zweck das Tool htDig zur Verfügung. http://www.oekosoft.ch/services/htdig.html

Anonymous FTP (FTP ohne Passwort) hat immer wieder zu Problemen geführt, weil es damit möglich war, Directories und Files anzulegen, die auch vom Account Owner nicht mehr gelöscht werden konnten. Zudem wurden die Server z.T. als Fileablage für unerwünschte MP3-Files oder Bilder missbraucht. Falls Sie anonymous FTP einsetzen, informieren Sie sich bitte über die Änderungen auf der folgenden Seite: http://www.oekosoft.ch/services/anon-ftp.html

In naher Zukunft werden die Passwörter auf der Mailadministrationsseite nicht mehr im Klartext ersichtlich sein. Vergessene Passwörter sind damit auch für uns nicht mehr ermittelbar. Wenn ein Passwort vergessen gegangen ist, muss ein neues Passwort gesetzt werden. Zuständig dafür ist im Normalfall der Nutzer des Accounts.

We notified you that we would be upgrading to PHP 4.3.2 on July 16th, 2003. We also mentioned that we would inform you if we discovered any issues related to that upgrade that might affect your web site(s). As it turns out, we have indeed found just such an issue.

Specifically, in the final version of the PHP 4.3.2 scripting language, the PHP development community has reverted the environment variables to their proper, original names. This change is evident in the variables names that start with the "ORIG_" prefix. In the final version of PHP 4.3.2, that prefix has been removed.

The following two lists provide you with a comparison of the old variable names with their corresponding new variable names.

Old Variable Name:

ORIG_PATH_TRANSLATED
ORIG_PATH_INFO
ORIG_SCRIPT_NAME
ORIG_SCRIPT_FILENAME

New Variable Name (PHP 4.3.2):

PATH_TRANSLATED
PATH_INFO
SCRIPT_NAME
SCRIPT_FILENAME

For detailed information regarding the changes made in PHP 4.3.2, please visit the official PHP 4.3.2 Release Announcement web page located at http://www.php.net/release_4_3_2.php .

We are moving the Group 01 servers to a Layer 3 architecture to improve the system stability. The Layer 2 architecture has all servers in Group 01 in one large segment. Any problem on any Switch in the Group affects all other Switches (There are 10 Switches in Group 01)

We are changing the Foundry FastIron Switches (running Layer 2 code) to Foundry NetIron Switching Routers (running Layer 3 code), this will separate the Group 01 network to 10 segments. If there is a network problem with one segment the other 9 segments will be segregated and will continue to function normally (of course, there is always a small possibility that one bad segment may affect another).

This will provide better reliability since problems will not cascade. It will make problem determination and resolution more efficient because it will reduce the number of possible failure points that need to be investigated when a problem occurs.

With the network problems of last week, additional mail servers were added to handle the backlog.

Die Netzprobleme vom Wochenbeginn verursachten einen Stau der Mailverarbeitung. Die Weiterleitung von E-Mails kann mehrere Stunden beanspruchen.

Auf Ende Monat wird das Erscheinungsbild von Webmail modernisiert. Die Funktionalität bleibt unverändert.

Boca Raton Data Center (group 01) email delays and SMTP accessibility problems: This morning we are seeing email delivery delays and instances where the SMTP server is intermittently unavailable. Customers may encounter error message "421 Server Temporarily unavailable".

We experienced a network outage caused by the SQL worm attempting to replicate itself. The end result was a flood of internet traffic that has created latency for some areas but it did not result in any of our servers being infected. We found a fix to fend off the flood of traffic which brought all of our network back to normal flow immediately as of 4:00 pm EST. We will be implementing a permanent fix to avoid such incidences in the near future.

UNIX PLANS	BANDWIDTH	DISK SPACE	POP ACCOUNTS
UB	2.5GB	50MB	5
U0	5GB	150MB	20
U1	9GB	350MB	30
U2	15GB	600MB	40
U3	20GB	750MB	50

WINDOWS PLANS	BANDWIDTH	DISK SPACE	POP ACCOUNTS
W1	9GB	350MB	30
W2	15GB	600MB	40
W3	20GB	750MB	50

Wir können an sofort eine neue und günstigere UNIX-Einstiegsstufe anbieten. Die Stufe UB entspricht (mit anderen Limiten) der Stufe U0, unterstützt im Gegensatz dazu allerdings weder eigene CGI-Skripts noch anonymous ftp.

At approximately 10am ET on July 24, we are upgrading our Microsoft® FrontPage 2000 extensions to FrontPage 2002 extensions, the latest version available from Microsoft. These extensions let you use the advanced features and functions that are included in the FrontPage 2002 web authoring program.

We are happy to announce the implementation of Microsoft® ASP.NET (Active Server Pages .NET). ASP.NET provides our customers with the most advanced web development platform ever! ASP.NET forms the foundation of Microsoft's .NET initiative. This initiative promises to give web authors and online businesses unprecedented control and flexibility when designing web sites and web-enabled applications.

Some of the benefits of ASP.NET and the .NET initiative include:

• The ability to write ASP.NET applications in VB.NET, C#, JScript.NET as well as in many other languages
• A wide variety of server controls for form support
• Robust XML support
• Mobile device (cell phone, PDA, etc.) support
• The creation of powerful business objects (compiled DLLs) for web applications

Further informations:

• ASP.NET FAQ
  
• ASP.NET Extension FAQ
  
• ASP.NET Benefits
  

On 06/10/2002, RapidSite will release an upgrade to the Apache Web Server software. This release precedes the latest version of the FrontPage 2002 extensions and will allow RapidSite to upgrade to those extensions. In addition, the upgrade also addresses a general security issue regarding script execution.

This upgrade will change the way that scripts run with RapidSite's shared certificate (that is, https://wwwXX.serverdomain/USERID/). Currently, when running a script that uses our shared certificate, the script writes to files as user 'web', group 'web'. The update will change this process. After the upgrade, scripts that use our shared certificate will run using the accounts userID.

Because of the above-mentioned Apache Web upgrade, please verify the following with regard to your master reseller account(s) that use RapidSite's shared SSL certificate:

• Verify that files that are written to by scripts are not owned by user web, group web.
• After the Apache upgrade, verify that your scripts are running securely.

Bei Swisscom (ip-plus.net) scheint eine Fehlkonfiguration eines Routers vorzuliegen, die unsere Server z.T. unerreichbar macht. Es handelt sich nicht um ein Problem unserer Server. Über andere Dialup-Provider sind die Server erreichbar. Das Problem ist bei Swisscom pendent.

Wenn ein Kunde sein Passwort vergessen hat, so kann er sich das Passwort per Mail an die Mailadresse senden lassen, die im Adressformular spezifiziert ist.

http://<domain_name>/cgi-bin/sendpass

As of today, your POP3 e-mail messages can be accessed both through your existing e-mail clients - as it always has -- and through our newly designed interface, WebMail. WebMail will be available for each POP3 account on your UNIX hosting accounts.

For you and your POP3 e-mail account users to access e-mail accounts configured under your domain through the Web, simply go to:

http://<your_domain>/webmail

Then, when prompted, log in with your POP3 UserID and password.

WebMail Features

• Access your existing e-mail accounts from the Web under your own domain!
• WebMail's easy-to-use and intuitive user interface, which was designed by a team of interface design specialists.
• Without requiring any additional e-mail account configuration, you can access your e-mail messages by using any Web browser that supports current Web standards.
• Create your own on-line address book with complete contact information.
• Create your own directories and store your e-mail messages on-line.
• Access your e-mail messages either "on-the-road" or as a secure alternative to your regular POP3 e-mail client (such as Microsoft Outlook, QUALCOMM Eudora, or Netscape Mail).

Note that e-mail messages stored in the Inbox and other folders created with WebMail count against the domain's total disk quota. E-mail messages sent and received though the WebMail interface will also be recorded as bandwidth consumption.

In the near future we plan to install the Microsoft FrontPage extensions available in shared hosting to the newest release, FrontPage 2002 (FP2002). These new extensions will allow your customers to take advantage of the advanced features and functionality available in the FP2002 web creation software.

As in any technologically complex environment such as shared web hosting, the addition of any new feature must be balanced against the existing ones to ensure that the integrity of services is maintained. The Microsoft FP2002 extensions are not backward compatible with the Microsoft Office Server Extensions (OSE), and Microsoft has decided not to concentrate its development efforts on upgrading OSE. As a result, RapidSite will have to remove OSE in order to implement FP2002.

In preparation for installation of FP2002 extensions, RapidSite will begin to remove OSE from the shared hosting feature set immediately. Our latest usage reports indicate that your customers are most likely not using OSE, and so this removal may be completely "invisible" to most or all of your customers. If they are using OSE they will notice that files in their /MSOffice/ directory enabling OSE will be deleted, freeing up approximately 500K of disk space that would otherwise be occupied by them. Any file in the /MSOffice/ directory which has been modified by your customers since its original installation will remain in place so that they may move or delete it at their discretion.

RapidSite will begin installation of FP2002 extensions as soon as OSE is removed and they are expected to be available for use in early December 2001 with Windows 2000 hosting plans. FP2002 is backward compatible with previous versions of FrontPage, and functionality with those versions will not be impaired in any way. Your customers may continue to use FrontPage 98 or 2000 to manage their websites using the FP2002 extensions.

UNIX PLANS	BANDWIDTH	DISK SPACE	POP ACCOUNTS
U0	3.5GB	75MB	10
U1	8GB	225MB	20
U2	10.5GB	275MB	30
U3	13GB	325MB	40

WINDOWS PLANS	BANDWIDTH	DISK SPACE	POP ACCOUNTS
W1	8GB	225MB	20
W2	10.5GB	275MB	30
W3	13GB	325MB	40

Each domain includes a Master Pop Account or Master Forwarding Address as a catch all address which can be used to catch all mail or improperly addressed mail to that account. Many of you have, however, expressed concern due to the amount of SPAM email caught at some domains by this address.

In response to this we have created a new "waste basket" email address to which unwanted email may be forwarded. Any email forwarded to this address will be discarded and irretrievable. To discard unwanted mail, simply forward that mail to:
devnull@<your_domain>

Mail forwarded to this "waste basket" address at your domain will be discarded from the mail system at the moment of forwarding. This is far superior to forwarding to nonexistent address - such action will cause repeated failed delivery attempts that can bog down mail delivery in general.

Please use this address carefully as once mail has been delivered to this address, it is completely irretrievable.

There has been much news recently regarding the "Code Red" Worm. This worm infects Windows computers running IIS connected to the Internet, and then, from those servers, it randomly connects to IP addresses attempting to infect other windows serves. Today in particular, we are seeing heavy traffic generated by requests from infected machines. These are basically http requests from infected Windows machines to random IP addresses (i.e. attempts by this worm to infect other machines). This traffic level may be causing general network congestion and, during the course of the way, we would like to warn of the possibility that latency due to high numbers of requests may occur from any given web server. We are currently monitoring network and filtering code red packets as needed to maintain stability. More information on Code Red can be found at: http://news.cnet.com/news/0-1003-200-6733503.html

SMTP unter Windows 2000: Bisher war es nicht möglich, unsere W2K-Server als SMPT-Server zum versenden Ihrer Emails zu verwenden. Diese Einschränkung gilt nicht mehr. Analog zu den Unix-Accounts, muss, um den Sender zu validieren, vor dem Versenden von Mails eine POP-Mailbox des betreffenden Accounts abgefragt werden.

Ab sofort steht allen UNIX und W2000-Kunden die hervorragende, sehr komfortable Urchin-Web-Statistik zur Verfügung. Urchin ist ein leistungsfähiges Reportingtool, dass detaillierten Einblick in den Verkehr auf einer Homepage bietet. Weitere Informatin zu diesem Tool finden Sie unter der Adresse http://www.urchin.com/products/samples.html .

On June 27, 2001, RapidSite will upgrade its database services. The upgrade process will begin at 5:30 A.M. Eastern Standard Time (EST) and will last approximately one hour. During the upgrade, HTTP, FTP, SMTP and POP services as well as email forwarding functions will not be disrupted. However, until the upgrade is completed, the following administrative functions, although accessible, may not work:

• Change Email settings
• Change credit information
• Show invoices
• Change password
• Change Account Information

NT-Accounts können über die entsprechende Option auf dem Control Panel auf Windows 2000 gezügelt werden. Damit verbunden ist ein Wechsel der IP-Adresse.

Accounts, die bis dahin noch nicht umgestellt wurden, werden am 9. Juli 2001 automatisch bearbeitet.

Ab sofort gelten folgende verbesserte Konditionen bez. Disklimiten:

• Stufe W1: 100 MB / 5 GB anstelle von 40 MB / 3 GB
• Stufe W2: 150 MB / 7.5 GB anstelle von 60 MB / 4 GB
• Stufe W3: 200 MB / 10 GB anstelle von 100 MB / 5 GB

RapidSite's shared web hosting servers are 'hardened' against hackers with proprietary tools, OS tweaks, network procedures and constant monitoring. This is not a guarantee that a hacker could not succeed.

We have System Administrators that are dedicated to web hosting security. They insure that we are current with all OS security patches. We have very high level software maintenance contracts with our Vendors (SGI, Cisco, Foundry) so that we are sure to have the latest patches and support staff available to us 24x7 for fixes.

Security audits are run regularly on our servers. This supplements our internal efforts to keep our servers as protected as possible. We do record and monitor illegal port accesses both on the networking hardware and the servers. We log all accesses to our servers which allows us to check the accesses for intrusion attempts. We also deploy ankle-biters and honeypots so that we are notified of any active attacks.

For Denial of Service attacks, a new procedure that our System Administrators implemented called "ipfilterd" allows us to block attacks directed at a single web site on a server rather than a network level giving us better granularity. "spamd" is another tool used to minimize the effect of attacks on the system - specifically email. Blocking spam makes us less of a target for those hackers that target Spammers.

At approximately 6:45am Eastern time today, our UNIX Systems Administrators terminated a hung process in a server group containing primarily RapidSite servers. This action caused a problem with the Apache configuration files, effectively stopping the UNIX servers from serving web pages. The roughly 25-30 servers were unable to serve web pages for periods of up to 1 hour. We apologize for any and all inconveniences endured as a result.

Ab sofort gelten folgende verbesserte Konditionen bez. Disklimiten:

• Stufe U0: 50 MB / 3 GB anstelle von 20 MB /3 GB
• Stufe U1: 125 MB / 5 GB anstelle von 50 MB / 5 GB
• Stufe U2: 175 MB / 8 GB anstelle von 75 MB / 7.500 GB
• Stufe U3: 225 MB / 10.5 GB anstelle von 125 MB / 10 GB

• Stufe LCZ: Low cost server für Fr. 180.-/Jahr
• Stufe DPZ: Domainpointer für Fr. 100.-/Jahr

Ab sofort gelten folgende verbesserte Konditionen bez. Transferlimiten:

• Stufe U0: 3000 MB Transfer anstelle von 2000 MB
• Stufe U1: 5000 MB Transfer anstelle von 4000 MB
• Stufe U2: 7500 MB Transfer anstelle von 5000 MB
• Stufe U3: 10000 MB Transfer anstelle von 7000 MB

We are pleased to announce that on February 15, version 1.3.14 of the Apache Web Server will be available on our UNIX shared hosting servers.

This is an upgrade from version 1.3.4 and will allow the servers to be in a better position to migrate to version 2.0 when first available. Existing accounts with RapidSite will be upgraded automatically. All new orders placed after 12 p.m. ET on Thursday, February 15 will have Apache 1.3.14 as the default web server.

What is Apache?
Apache is the name of a robust, commercial-grade, and freely-available source code implementation of the HTTP (Web) server. Apache is also the software we use to power our web servers and your website. To learn more about Apache, please visit:
http://httpd.apache.org/ABOUT_APACHE.html.

Apache 1.3.14 Features Apache 1.3.14 is the best version of Apache currently available. New features include improved performance, security, and functionality.

How does this upgrade affect my account? The Apache upgrade will improve the performance and security of your website. The difference may not be noticeable for a basic web hosting account. However, for a high volume site, the servers will be able to better handle increased traffic.

There are several hundred changes between versions 1.3.4 and 1.3.14. For a complete list, please see:
http://httpd.apache.org/dist/CHANGES_1.3.

This message is in regards to your hosting account linkex.ch residing on server www40. In light of recurring performance issues surrounding this server, we are going to reduce the number of users on this server by 50 percent. This has been done for several other servers within the past couple of months and the result was excellent in terms of performance improvements.

In general, this project will call for the relocation of approximately 750 hosting accounts on server www40 to a new Web server. Because the IP address of these hosting accounts will not change, this should provide a mostly transparent, or "seamless," transition.

The migration schedule will follow this timeline:

• Jan 08: deadline for requesting account move to legacy SQL 6.5 server
• Jan 09: begin account migrations to W2K with SQL 7
• Jan 23: Automated upgrade from NT 4.0 to W2K button available via Control Panel
• Feb 29: Migrations complete

We have identified that access to server www47 was compromised by an unauthorized party. Thus far, we have not detected that harm was done to any of the web sites. While we are actively making our assessment of the level of access, we are encouraging all customers with hosting accounts on server www47 to change their password as a general precaution.

Die Umstrukturierung auf den Servern von RapidSite ist weitgehend abgeschlossen. Z.T. waren auch unsere Kunden von einem Serverwechsel betroffen. Die Anzahl Accounts pro Server wurde bis zu 50% reduziert.

Neu können wir auch Hosting unter Windows 2000 anbieten. U.a. werden die Microsoft Office Service Extensions unterstützt. Bestehende Accounts unter Windows NT werden in naher Zukunft ohne Zusatzkosten auf Windows 2000 migriert werden können.

www53 (RapidSite server) will be split at 2am EST ("off-peak") on Wednesday, August 16th. BACKGROUND: Accounts on server www53 with IP addresses in the IP blocks listed below will be moved to www111. 209.238.111 209.238.112 209.238.113

In den letzten Wochen sind leider auf einem Teil der Mail- und Webserver Performanceeinbussen aufgetreten. Die Antwortzeit der Server wird durch ein Reihe von Faktoren beeinflusst, wobei resourceintensive Accounts den Hauptpunkt darstellen.

RapidSite hat eine Reihe von Schritten eingeleitet, um diese Probleme zu lösen:

• Top-CPU-User wurden identifiziert und solche Accoounts werden auf spezielle Server ausgelagert.
• Die durschnittliche Anzahl von Accounts pro Server wird von 1500 auf 1000 reduziert, um dem im Laufe der Zeit steigenden Verkehrsaufkommen auf den Seiten Rechnung zu tragen.
• Am 18. April wird ein weiterer OC3-Backbone -Anschluss in Betrieb genommen, um mehr Bandbreite und Verkehr zu ermöglichen.
• Es werden weitere Mailserver in Betrieb genommen, um die Last besser zu verteilen.

This message comes to acknowledge your concerns regarding mail delays and server response time. We know that some servers are not responding as quickly as they should and we are aware of the periodic mail delivery delays. Server response time is affected by a number of factors, the major concern being resource intensive users on the servers. Certain customers use more CPU time than others. With monitoring tools, we have identified and will be working with you to move the top CPU users to other servers that will be used specifically for CPU intensive sites.

Historically, we have placed as many as 1500 accounts on one server but because of the maturity of end-users' sites (i.e. more traffic, greater CPU usage) we are lowering this number by a full third. We feel good about the corporate decision we made to lower our profit margin in order to accommodate the needs of our end-users. Additionally, we are adding an OC3 on April 18th to increase our bandwith availability to accept and serve more traffic. Lastly, we will be offering additional mail servers to handle the load. These measures, and more, will relieve the load on our database and mail service, making it possible for our systems to be more responsive.

On April 4th, 2000 the RapidSite data center was experiencing both connectivity and e-mail difficulties.

We identified a portion of the connectivity problems was caused by the routing of traffic out of the Boca Raton data center. On April 5th, 2000 we upgraded our routers and added an additional layer of routing to handle cross traffic from one backbone provider to another. This upgrade has significantly improved the data center's performance and the ability to route traffic.

We received several large bulk e-mail distributions that were directed at our mail servers. Although we were able to suppress some of this bulk e-mail a good portion of it caused our mail system to become backlogged. We have assigned one mail server to handle the backlogged e-mail only and it is not accepting any new mail. All of the other e-mail servers are processing new messages without any delays. We expect to have all e-mail that was delayed delivered by the close of business today. We are improving the existing components in the mail system. Both the hardware and software are being upgraded and we are adding hardware to the system to help primarily with the reaction of increased (spam) attacks that we are experiencing.

Im momentanen Environment ist es möglich, dass mittels anonymous ftp Files angelegt werden, die weder per anonymous ftp noch via den normal Admin-Account entfernt werden können.

Wir empfehlen daher dringend, bei anonymous ftp die folgenden Richtlinien einzuhalten:

• Das allfällige Zieldirectory ist über den Admin-Account anzulegen. Am besten verwendet man nur ein Directory (z.B. /public).
• Es dürfen via anonymous ftp keine neuen Directories angelegt werden.
• Files, die via anonymous ftp angelegt worden sind, können nur durch den Admin-Account verändert oder wieder gelöscht werden.

UUNet circuit down. Problem is being worked on at this time. An ETA as to when this will be back up is not yet available. Access problems may be encountered.

Ab sofort gelten folgende verbesserte Konditionen:

• Stufe U0: 2000 MB Transfer anstelle von 1000 MB
• Stufe U0: 10 POP's anstelle von 6
• Stufe U0: 20 Forwarders anstelle von 10
• Stufe U0: 20 Autoresponders anstelle von 10
• Stufe U0: Unterstützung von individuellen CGI-Skripts. Wo noch nicht vorhanden muss ein Directory /cgi-local eingerichtet, und die Skripts mittels 'chmod 755' auf die richtige Protection gesetzt werden.
• Stufe U1: Unterstützung von SSL
• Stufe U2: Unterstützung von Mercantec's SoftCart

Schon seit geraumer Zeit vergüten wir für das Vermitteln eines Neukunden Fr. 100.-. Nun ist uns natürlich klar, dass Sie andere Probleme haben, als ständig als 'Oekosoft-Wiederverkäufer' durch die Gegend zu laufen.
Aber Ihr Web-Server kann diese Funktion sehr gut nebenbei erledigen. Wir haben einen Mechanismus realisiert, der zum Zeitpunkt eines Vetragsabschlusses feststellen kann, ob der Kunde je (während der letzten 2 Monate!) über einen speziellen Link von Ihrer Seite auf unsere Homepage gelangt ist, und Sie sich damit einen Bonus verdient hat.
Wir möchten Sie daher wieder einmal motivieren, Ihre Webseiten mit Links zu Oekosoft zu versehen. Die genaue Gestaltung der Links überlasse ich Ihrer Phantasie. Am besten eigenen sich dazu die Images

• http://www.oekosoft.ch/img/osvws.gif
• http://www.oekosoft.ch/img/oekosoft_70x20.gif

Users often use Email Settings to set up a mail forwarding option which forwards to multiple email addresses.

Example:
@yourdomain.com Forwards to:
joe sam@bellsouth.net, jody@msn.com, lily@itt.net

I can understand why users would assume that this will work. However, this does not always work and we encourage users to enter a single address in the "Forwards to:" field. I have updated the Email Settings page so that the Email Settings page reflects the following after the "Forwards to:" heading: "(NOTE: Forwarding to multiple addresses is not supported.)". Being able to forward a single message to more than one address is certainly a desirable and much needed function. I will look into getting this function supported. In the meantime, entering multiple address in the "Forwards to: field is NOT supported at this time.

Wir führen neu 2 Stufen, wobei weiterhin nur die höhere Stufe MS-SQL-Support beinhaltet. Die Stufe NT2 ersetzt die aktuelle NT Stufe zum selben Preis.

• Stufe NT1: 40/3000 MB
• Stufe NT2: 80/5000 MB anstelle 80/2500 MB

On September 1st, RapidSite will begin upgrading each of its UNIX webservers to the latest version of Perl, mSQL2 and mySQL. At the same time, we will adding PHP3 functionality and discontinuing support for mSQL 1.0.

Neue Limiten bezüglich Diskplatz und Transfervolumen:

• Stufe U1: 50/4000 MB anstelle von 40/3000 MB
• Stufe U2: 75/5000 MB anstelle von 60/4000 MB
• Stufe U3: 125/7000 MB anstelle von 100/6000 MB

404 Not Found Not Found The requested URL /_vti_bin/shtml.exe/_vti_rpc was not found on this server.
If you are encountering this error, it is **NOT** necessary to email support.

Some problems were encountered with the FP2000 upgrade. SA is going to re-run the FP2000 upgrade for ALL RapidSite servers . This could mean approximately 4-1/2 hours of downtime for FrontPage users beginning at 11:45am ET today. (Sites will still be accessible via the web however.) The RPC error many of you encountered is just a symptom; any FrontPage functionality - including counters could be affected while the upgrade is in process.

We have completed testing the installation of FrontPage 2000 extensions and we are now ready to begin installing them on all RapidSite servers. On Monday, June 14, we will begin the process of swapping out existing FP98 extensions installations with the new FP2000 extensions.

Here are some answers to several anticipated questions:

Q: When the upgrade is complete for my server, should I expect to see any changes?
A: No. You should not see any changes to your site's appearance or functionality.

Q: Will there be any downtime while the upgrade is in progress?
A: While your server is being upgraded with the new extensions, your site will be "up" and accessible. However, for a period of about one or two hours FrontPage components (such as forms or other bots) may not be functional.

Q: Once the install is complete for a specific server, will existing and future users on the same box have FP2000 extensions installed when requested?
A: Yes. All new FP installations and upgrades will be FP2000.

Q: Will I be able to continue using FP98 software after FP2000 extensions are installed.
A: Yes. The upgrade is backward compatible.

Q: Prior to completion of the upgrade, can I use FP2000 software in conjunction with FP98 extensions?
A: Yes. FP2000 can be used with the FP98 extensions, however, however the following features will not function:

• Database Results Wizard (NT Only)
• Stylesheet Links
• Send to Database From Handler (NT Only)
• Nested Subwebs
• Lightweight Source Control
• Assigning Categories to Pages
• Dynamic HTML (DHTML)

Q: When will the upgrade be performed?
A: Here's the plan:

6/14 - Monday 6/15 - Tuesday

This message serves as an update for FrontPage users who have, or plan to have, ANON FTP enabled. Enabling ANON FTP on a FrontPage created site can expose private site access information within the user's /_vti_pvt directory. The permissions on the FrontPage directories are, by default, 755. As with any other anonymous FTP usage (this is only an issue on AFTP-enabled accounts), you need to ensure that the public permissions are tight enough to prevent access to those directories. chmod-ing the _vti directories to 700 seems to do the trick - it prevents those directories from being browsed through anonymous FTP.

www23 will need to be taken down for maintenance tomorrow morning. It will be taken down at about 6:45am ET. We do not have a timeframe for how long it will be down. (The type of maintenance scheduled normally takes about 30 minutes but it quite possible that downtime will be longer.) This maintenance is needed in order to improve reliabilty for users on this box.

A new procedure for handling stats has been put into place for performance reasons. This new procedure only affects users who do not have stats option selected in EAI (Edit Account Information). Rather than writing to both the access_log file and the old access files on a daily basis, we will only be writing to the old access log. (If a customer doe not have a stats package selected, it should not be neccessary to accumulate these files on the server-side since nothing on our system uses them.) By eliminating the need to run stats for these customers, we significantly reduce the load on the database servers. In light of this new procedure, some users may find that their access_log file contains outdated data (up to 5/12). Since this data has already been written to the old access log, you can delete the access_log without fear of losing this data. Once the user selects a stats package via EAI, the system will begin to write to the access_log file. Again, this new procedure only affects users whom have not selected a stats option.

A new mail server has been installed.  Its primary function at this time will be to attack the existing mail backlog.  We estimate 3.33 hours for the system to eliminate the current backlog.  Further research and testing is being done to permanently resolve the recent mail occurrences.

RapidSite is in the currently researching two mail related problems:

1. intermittent mail backlog
2. mail forwarding to AOL addresses

Tech Support has received a number of calls regarding mail delays of roughly +/- 2hrs.  This is something that RapidSite needs to address as a matter of great importance.  Tech Support has also received a number of calls regarding mail delivery problems to AOL addresses.  While it appears that item #2 is on the AOL side, we are actively seeking assistance on part of AOL.  (See initial report from sysadmin below.)

The two issues mentioned above are most definately HOT topics.  I assure you that they will be addressed accordingly.  Please refrain from opening further support cases regarding either of these two issues. Tech Support and Sysadmin are both fully aware of these problems as is the head of our Network Department.  The added load for support will only result in other cases being resolved in a timely manner.

Neue Limiten bezüglich Diskplatz und Transfervolumen:

• Stufe U0: 20/1000 MB anstelle von 20/600 MB
• Stufe U1: 40/3000 MB anstelle von 30/2000 MB
• Stufe U2: 60/4000 MB anstelle von 50/3000 MB
• Stufe U3: 100/6000 MB anstelle von 75/4000 MB

In der Zwischenzeit hat sich in der Providerszene einiges verändert. Beim Webzugang zeichnet sich ab, dass Gratiszugang (zumindest im Massen- geschäft) bald zum Normalfall werden wird. Für einige Provider dürfte das sehr hart werden. Da Oekosoft den Grossteil des Umsatzes über konventionelle SW-Entwicklung und Consulting erwirtschaftet, und zudem nie Webzugang angeboten hat, sind wir von dieser Entwicklung nicht betroffen. Sie werden auch in Zukunft auf uns zählen können. Für Ihre Treue möchten wir uns an dieser Stelle recht herzlich bedanken.

Auch Sie können zu unserem weiteren Erfolg beitragen, indem Sie auf Ihren Seiten auf uns als Provider hinweisen bzw. uns bei weiteren Interessenten empfehlen.

• Homepages, die unser Webserver-Logo bzw. einen Link auf unsere Seiten prominent enthalten, stellen wir auf unserer Kundenliste mit einem kleinen Image dar.
• Pro vermittelten Neukunden vergüten wir bei der nächsten Verrechnung einen Rabatt von Fr. 100.- . Im Kommentarfeld des Vetragformulars muss dazu die Domain, die die Gutschrift erhalten soll zum Zeitpunkt der Bestellung angegeben werden.

It appears that MS Outlook 98 (not the Outlook Express) has a know bug which is causing an error when a user attempts to retrieve e-mail from a POP that has read but undeleted messages.  Microsoft has a support page for this issue.  More information regarding the error ("Invalid Response Error Received When Retrieving Mail") can be found at http://support.microsoft.com/support/kb/articles/q187/6/78.asp

We will be upgrading from mkstats 2.2 to mkstats 2.3 on Tuesday, February 9.  The upgrade will only affect current mkstats 2.2 users and the transition should be seamless.  This is a minor upgrade which should correct some major bugs.  The Edit Account Information screen will reflect an option for version 2.3 as opposed to version 2.2 when the transition is complete.

RapidSite will be upgrading to Apache 1.3.4.  This upgrade to Apache 1.3.4 from Apache 1.3.3 is a minor upgrade which includes over 250 bug fixes from the Apache group.  There is no new functionality in this upgrade from 1.3.3 to 1.3.4, but there are a number of important bug fixes including Front Page webbot fixes, and other fixes which will improve web server response time.
The upgrade will occur as soon as possible; any of our 1.3.3 servers that have problems today will be immediately going to 1.3.4.  There should be no impact on customers' sites as there are no functionality or usage changes.

As you know, we experienced a database lock which caused outgoing (SMTP) email to error with an "SMTP will not relay" or "POP account not authorized".  We have corrected a majority of these problems.  However, we had to make other corrections today as this problem also affected the DNS server's section which tells the POP server that this is a valid domain within our system.
We are updating the DNS and it should be internally propagated within the next 5-6 hours.  I would like to emphasize that there has been no email loss whatsoever.

Due to a database lock, SMTP (outgoing) email has been erroring with an "SMTP will not relay" error.  We have corrected this issue and new domains will be fixed at 7:00PM EST.

We are moving IDS to a new database server this afternoon.   During this period of time (12:30-1:00pm ET), autoresponses (and support responses) may be delayed approximately 30-60 minutes; you will still be able to submit requests during this time however.  The outage is expected to be on the order of 10-15 minutes, but may be longer.

There is still a good number of accounts whose stats have not been compiled since 12/31.  At the time of my last update, it was expected that the problem would be nearly resolved at about this time.  The good news is that a program is running behind the scenes to tackle all affected sites. Unfortunately, the process is time consuming and I suspect the process will be running through the weekend.  The program which is running should bring all accounts' statistics to the current date and append the growing access_logs.
If you encounter any sites which need to be addressed immediately, please send those domain names to support and they can be run manually.

There have been a number of instances whereby site statistics (MKStats) have not compiled since 12/31.  Please know that our system administrators are working to correct this problem.   Our original estimate of time needed to correct and recompile stats for all affected sites was incorrect and it appears that we are looking at more like 24-48 hours from today for resolution.  If by chance you have a program like Virtual WebTrends installed locally, you could run reports against your sites log files in the meantime.

It appears that there is a problem with the Miami Alternet local loop. Our network engineers are aware of the problem and they have a case opened with UUNET in Miami and currently working on it. We will inform you as more information becomes available to us.

We have experienced a temporary issue with our e-mail system.  You may experience a slight delay with the delivery of your domain account e-mail messages.  No e-mail messages were lost, all e-mail messages will be delivered.  Our e-mail server is currently processing these delayed messages and within next 2 hours all e-mails that were queued up should be delivered.

We upgraded the OS on our 17 to IRIX 6.5.1 this morning. This was a seamless procedure which did not effect your sites. During the upgrade process the server needed to be added with the new mhpop3 module that was missed which caused you to get the password errors when retrieving email. The only impact for this was the authentication of your uid and password when checking email This did not cause any other effect to your site. Our engineering department just fixed the problem and the pop boxes are now operational. We apologize for any inconvenience this may have caused. We are working on more sophisticated roll out procedure that will alleviate these types of problems. We appreciate your continued patience and business.

We upgraded our servers to Apache Version 1.3.3. As of Apache 1.3.1, methods listed in directives must be uppercase. Method names, such as GET, POST, and PUT are defined as being case-sensitive. That is, a GET request is different from a get request. Prior to Apache 1.3.1, the directive parser incorrectly treated both of these as being the same. Apache's built-in method limit processing currently only understands uppercase method names, so if you've used clauses such as "" in your configuration files, you need to correct them to use uppercase names. Unrecognized method names in the server configuration files will result in the server logging an error message and failing to start. In .htaccess files, unknown methods will cause the server to log an error to its error log and return an 'Internal Server Error' page to the client.
It is not possible to use REMOTE_HOST environment variable with Apache v1.3.3. The reason is because we will not do a reverse lookup on the IP Address to return the domain name. You must use the REMOTE_ADDR instead from this point on.

I am proud to announce that we are now able to offer SSL and MS FrontPage98 compatibility for those customers who obtain their own SSL certificate from Verisign.
Please note that it will not work with the server's own certificate ie https://www23.rapidsite.net/userid/....
After months of research and testing we were able to modify the stronghold source code to operate with the Apache FP module. We are the only company in the world right now that is able to offer this feature that I know of. It is because of your continued support and business that allows us to do R&D and bring you better products and services. My hats off to our Engineer Gregg Rumple who wrote the code for this project and our engineering department for a succesful implementation.

Due to a failure in our database server, there was a window between 2:00 am to 6:30 am EST during which e-mail messages through our system were bounced. We assure that there were no loss of email including the cgi forms which use sendmail, the result was either a bounced email or a delayed email. You may also experience messages which were delayed, retried and sent. This problem has been resolved by our system administrators, and mail is now being delivered normally. We sincerely apologize for any inconvenience this may have caused you.

Thank you for contacting tech support with your questions. Server 45 needed to be restarted at the time of you email, this could have caused your site to be unreachable for a few minutes. I apologize for any inconvenience that this may have caused. Contact us again with any additional questions you may have.

Oekosoft

|

Web Hosting

|

Unix

|

Windows

|

Domains

|

FAQ

|

Vertrag

|

Referenzen

Copyright ©

- generated by WPG 22.07.2009