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/04/24 09:06] – 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====== | ||
- | In VPOP3 version 3 and later, VPOP3 requires the [[http:// | + | If VPOP3 is not starting properly, then the first thing to check is whether the database server is starting. |
- | If this is happening, then first of all, check that the 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' |
- | If the PostgreSQL | + | If the database |
- | In the command prompt, type in 'pgsql -U postgres', then at the password prompt type in 'pgsqlpass' | + | If the database service is started, but VPOP3 won't start, then there are a few possibilities below. Also, check the Windows Application Event log for errors from VPOP3, and check the 'EXCEPTIONS.LOG' |
- | {{: | + | ====VPOP3 User and/or Database doesn' |
+ | This will usually not be a problem, but if you have been moving VPOP3 or have manually installed PostgreSQL, then it is a possibility that is worth checking. | ||
- | 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. | + | Open a command prompt and go to the PostgreSQL installation directory (usually **C: |
+ | |||
+ | In the command prompt, type in 'psql -U postgres -p 5433' (omit the '-p 5433' in VPOP3 v3 or v4), then at the password prompt type in ' | ||
+ | |||
+ | 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]]. | ||
+ | |||
+ | ====Corrupt Bayesian database==== | ||
+ | The spam filter' | ||