Spot-net.nl Forums

Header probleem Spotnet (430 No Such Article) (17-04-2012 17:55)

Naar aanleiding van meldingen over foutcode 430, met name in de newsclient Spotnet, hebben onze technici de afgelopen tijd een grondig onderzoek uitgevoerd naar de oorzaak van dit probleem. In eerste instantie vermoedden wij dat de oorzaak een fout in onze usenet software was, maar verder onderzoek heeft uitgewezen dat het probleem wordt veroorzaakt door de manier waarop Spotnet berichten post. Eweka kan dit probleem niet oplossen, het is puur een fout in het programma Spotnet zelf.

Bij het posten van berichten via Spotnet, wat zowel het zogenaamde Spotten als het plaatsen van reacties inhoud, gebruikt Spotnet te weinig variatie bij het genereren van Message-ID's waardoor er dubbele berichten ontstaan. Omdat elke Message-ID op usenet uniek hoort te zijn, zorgt dit voor problemen bij het ophalen van het bijbehorende bericht (in dit geval een Spot of reactie hierop).

Eweka klanten ondervinden hier meer hinder van, omdat wij een hoge header retentie hebben. Hierdoor is de kans op dubbele Message-ID's groter dan bij andere aanbieders. Het probleem doet zich alleen voor in de groepen welke gebruikt worden door het programma Spotnet, namelijk free.usenet en free.pt en kan alleen door de makers van Spotnet worden opgelost.

Hoewel Eweka dit probleem niet kan oplossen, hoeft u hier als klant geen hinder van te ondervinden. Gebruik een newsclient die niet afhankelijk is van de getroffen groepen free.usenet en free.pt, zoals GrabIt, Newsleecher of SABnzbd.

Let op: Deze informatie geldt alleen voor foutcode 430 binnen het programma Spotnet. Wanneer u andere problemen ondervindt zijn deze hier niet aan gerelateerd.

MBR schreef:Ik heb nu de eweka verbinding op SSL 563 poort gezet in spotnet tot nu toe 2 dagen geen dubbele posten en error's meer gehad.

The VACUUM command rebuilds the entire database. There are several reasons an application might do this:

• The VACUUM command rebuilds the entire database. There are several reasons an application might do this:
  Unless SQLite is running in "auto_vacuum=FULL" mode, when a large amount of data is deleted from the database file it leaves behind empty space, or "free" database pages. This means the database file might be larger than strictly necessary. Running VACUUM to rebuild the database reclaims this space and reduces the size of the database file.
• Frequent inserts, updates, and deletes can cause the database file to become fragmented - where data for a single table or index is scattered around the database file. Running VACUUM ensures that each table and index is largely stored contiguously within the database file. In some cases, VACUUM may also reduce the number of partially filled pages in the database, reducing the size of the database file further.
• Normally, the database page_size and whether or not the database supports auto_vacuum must be configured before the database file is actually created. However, when not in write-ahead log mode, the page_size and/or auto_vacuum properties of an existing database may be changed by using the page_size and/or pragma auto_vacuum pragmas and then immediately VACUUMing the database. When in write-ahead log mode, only the auto_vacuum support property can be changed using VACUUM.

bron

• Start Spotnet, haal de laatste Spots op
• Spotnet afsluiten
• Computer datum 1 dag terug zetten **

timedate.cpl