This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
how_to:vpop3_not_starting_properly [2012/05/22 08:58] – [Other ideas] paul | how_to:vpop3_not_starting_properly [2018/11/14 10:45] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
======VPOP3 Not Starting Properly====== | ======VPOP3 Not Starting Properly====== | ||
- | =====Database | + | If VPOP3 is not starting |
- | In VPOP3 version 3 and later, VPOP3 requires the [[http:// | + | |
- | If this is happening, then first of all, check that the VPOP3DB (or PostgreSQL-VPOP3) service is running in Windows. If this is not running, then start it. | + | If this is happening, then first of all, check that the **VPOP3DB** (or **PostgreSQL-VPOP3** in VPOP3 v3 and v4) service is running in Windows. If this is not running, then start it. |
- | {{: | + | If the database service does not exist, see the [[VPOP3DB service doesn' |
- | ====Database | + | If the database service doesn' |
- | If the PostgreSQL | + | If the database service |
- | ===Postmaster.pid exists=== | + | ====VPOP3 User and/or Database doesn' |
- | If there is an event saying '' | + | This will usually not be a problem, but if you have been moving |
- | Occasionally it may not be. In that case, you can manually delete | + | Open a command prompt and go to the PostgreSQL installation directory (usually **C:\VPOP3\PGSQL**) and then the **bin** subdirectory. |
- | If this happens frequently, then you may wish to try the [[alternative method of automatically starting VPOP3]]. | + | In the command prompt, type in 'psql -U postgres |
- | + | ||
- | ====Database & user not created==== | + | |
- | If the PostgreSQL service is running, then the problem may be that the " | + | |
- | + | ||
- | In the command prompt, type in 'pgsql -U postgres', | + | |
- | + | ||
- | {{: | + | |
Type in **\l**. This will give a list of defined databases. Check that there is a database listed called **vpop3** with an owner of **vpop3**. If not, then the database has not been created. | Type in **\l**. This will give a list of defined databases. Check that there is a database listed called **vpop3** with an owner of **vpop3**. If not, then the database has not been created. | ||
+ | |||
+ | {{: | ||
To create the database/ | To create the database/ | ||
CREATE USER vpop3 LOGIN PASSWORD ' | CREATE USER vpop3 LOGIN PASSWORD ' | ||
- | CREATE DATABASE vpop3 OWNER=vpop3 ENCODING ' | + | CREATE DATABASE vpop3 OWNER vpop3 ENCODING ' |
then \q to exit the PostgresSQL system | then \q to exit the PostgresSQL system | ||
- | =====Other ideas===== | + | ====VPOP3 already running==== |
- | One user had problems with PostgreSQL (and thus VPOP3) not starting when the PC rebooted. He found that unchecking the **Enable LMHOSTS lookup** setting in Windows -> LAN settings -> TCP/IP -> WINS for his network cards fixed the problem. We are not sure why this is, but it seems to have worked for him, so it's worth trying. LMHOSTS lookup is generally not needed any more, since modern Windows networks use DNS, not WINS, so unchecking this option should have no bad effects. | + | Only one instance of VPOP3 can run on a PC at once, so if VPOP3.EXE is already running, any attempt to start a second instance will just lead to the second instance stopping immediately. Use the Process or Details tab in Windows Task Manager to check whether VPOP3.EXE is already running (ensure that you are viewing processes for all users) |
+ | |||
+ | ====Delays during startup==== | ||
+ | If VPOP3 takes an excessive amount of time to start, the VPOP3 service may stay in the ' | ||
+ | |||
+ | In this case, ending VPOP3.EXE from TaskManager, | ||
+ | |||
+ | If VPOP3 appears to hang at the **Check OutQueue DB** step, then the probable reason is that the VPOP3 OutQueue contains an excessive number of messages, so it is taking a while to validate them. See the [[delete Outqueue messages directly from the database]] article for some things to do next. | ||
+ | |||
+ | ====Backup running==== | ||
+ | If a database backup (eg using '' | ||
+ | |||
+ | ====Bad database==== | ||
+ | If database files are corrupted or missing, then sometimes the database service will start OK, but then when VPOP3 tries to access its data, it will receive unrecoverable errors. These will usually be logged in the **EXCEPTIONS.LOG** file in the VPOP3 installation directory. If this is the case, you may need to [[restore_a_backup_of_vpop3|restore from a database backup]]. | ||
+ | |||
+ | ====LMHOSTS==== | ||
+ | One user had problems with PostgreSQL (and thus VPOP3) not starting when the PC rebooted. He found that unchecking the **Enable LMHOSTS lookup** setting in Windows -> LAN settings -> TCP/IP -> WINS for his network cards fixed the problem. We are not sure why this is, but it seems to have worked for him, so it's worth trying | ||
+ | |||
+ | ====Alternative way of starting VPOP3==== | ||
Some users have problems with VPOP3 not automatically starting for various reasons, when starting it manually later will work. This can be solved by using the [[alternative method of automatically starting VPOP3]]. | Some users have problems with VPOP3 not automatically starting for various reasons, when starting it manually later will work. This can be solved by using the [[alternative method of automatically starting VPOP3]]. | ||
+ | |||
+ | ====Corrupt Bayesian database==== | ||
+ | The spam filter' | ||
+ | |||
+ |