Onderwerp: Courier-IMAP slaat vast na x dagen

Zit hier met een zeer ambetant probleem op mijn webserver. Sinds 2 weken staat courier geinstalleerd. Eerste week werkte het perfect. Vorige zaterdag werkte die opeens niet meer. In SquirrelMail geeft hij deze foutmelding:

ERROR: Connection dropped by IMAP server.
Query: STATUS "INBOX" (MESSAGES UNSEEN RECENT)

Ook via Outlook geeft hij bepaalde (standaard) foutmeldingen, welke weet ik niet meer juist.
Ik heb zaterdag geprobeerd courier-authlib en courier-imap te herstarten. Hielp niet. Op debug mode gezet maar niets abnormaals te zien in de logs. Uren zitten googlen maar niets gevonden. Zelfs courier helemaal uninstalled en opnieuw geinstalleerd. Niets hielp.
Wat wel hielp was een simpele reboot van de server. Probleem opgelost maar daarmee weet ik de oorzaak nog niet.
Deze morgen hetzelfde probleem weer. Courier herstarten deed het em niet. Direkt maar gereboot en het marcheerde terug.
Ik heb het gevoel dat dit ook maar weer tijdelijk gaat zijn. Dus iemand een idee waar het aan kan liggen?

ps. de mail accounts zijn via pop3 op elke moment volledig beschikbaar gebleven.

Draai een controle paneel? Zo ja, welk?

Geen controle panel nee, als je webmin niet meetelt maar die komt daar niet aan.

Zonet was het weer van dat. Niks abnormaal in de logfiles. SMTP en POP3 zijn gewoon verder blijven werken zonder probs.
Server reboot en het was weer opgelost. Maar dat kan ik toch niet elke keer blijven doen he...

Kan je iets meer informatie geven van je installatie?
Server-type, eventueel aan een database gekopel, OS.
Wat informatie uit de logfiles, ik draai Courier-IMAP nu al meer dan twee maanden en verders geen problemen

Het is een RH EL4. Courier-IMAP staat er nu nog net geen 3 weken op. Heb toen de laatste versie van de site gehaald, rpm gemaakt en geinstalleerd. Het is idd gekoppeld aan een mysql db via authmysqlrc.

Verder:
Postfix 2.1.5
MySQL 4.1.7

De log files zeggen absoluut niets (ook niet in debug modus) behalve dat de user ingelogd is als normaal. Maar verder lukt er dan niets meer en komen die foutmeldingen in squirrelmail en outlook.

Ik weet gewoon zeker als ik dit gaat zeggen dat ze weer gaan lopen zeuren Maar ik zeg het lekker toch

MySQL doet onder hogebelasting zich zelf herstarten, en soms komt het voor dat hier mee de database corubt raken (leuke eigenschap van MySQL), ik heb vernomen dat inoDB hier iets beter tegen bestand is (maar weet ik niet zeker).

MySQL is leuk voor een website maar voor aanstuuring van een Mailserver, FTP, acces logs( amen) is het in normale onderstuining te zwak.

Ik raad dan ook altijd mensen aan gebruik te maken: PostgreSQL(mijn faforiet), MSSQL, OCI8 of een flatfile Database voor dit soort dingen of een goede cluster of strerke table-type te nemen.

Als het weer optreet probeer dan is MySQL opnieuw te starten, geef een grote kans dat hij het dan weer doet

Edit: Wat spellings fouten verbeterd, heb net even op bed gelegen en ben nog niet helemaal wakker

mysql en courier draaien al jaren goed samen i.c.m. met vpopmail, maar met zulke beperkte info kun je natuurlijk weinig. Server restarten is ook een beetje onzinnig. Loopt pop ook via mysql ofniet ? draait courier nog als de error optreed?

De pop gaat ook via mysql, is ook die van courier, dus aan mysql ligt het niet. De sites op de server (is een privé server, geen hosting server) trekken momenteel ook niet veel trafiek. En het aantal gebruikers op de imap kunt ge op 1 hand tellen.

Courier draait nog als het gebeurt. Er is in feite niks abnormaal te zien aan de processes en de logs, behalve dat ge niet op de IMAP kunt. Gebruikers kunnen wel inloggen, en da kunt ge ook perfect zien in de logs. Maar outlook klaagt dan over mappen die hij niet kan ophalen of zoiets, en squirrelmail geeft de error die in mijn eerste post staat.

Ik kan eigenlijk niet meer zeggen dan dat. Googlen heeft weinig zin als ge geen foutmelding krijgt...

Een collega heeft mij vandaag de raad gegeven om courier dagelijks handmatig te herstarten. Just a wild guess, maar we zullen zien hoe lang hij het nu uit houdt he.
En anders eens een eerdere versie van courier installeren. De huidige stable reinstallen heb ik ook al gedaan maar lost dus niets op.

Geen slechte ervaringen met Courier IMAP hier, ik ben benieuwd of dat preventief herstarten resultaat heeft. Hou ons op de hoogte

Kom net thuis en jawel... het was weer zover. Uptime deze keer was 4 dagen. Manueel rebooten hielp dus niet.
Snel even alle logs doorgenomen, niets te zien. En de belangrijkste services restarted ook al hebben ze er niet meteen iets mee te zien, geen resultaat.
Enkel reboot helpt....

Bedoel je IMAP zelf?
O sorry maar die heb ik wel geinstalleerd staan maar gebruik ik niet Enkel pop3 op het moment.

Kan je hem niet in debug mode draaien of zo?

Oorspronkelijk geplaatst door Kveldulv

Het is een RH EL4. Courier-IMAP staat er nu nog net geen 3 weken op. Heb toen de laatste versie van de site gehaald, rpm gemaakt en geinstalleerd. Het is idd gekoppeld aan een mysql db via authmysqlrc.

Weet je zeker dat er niets mis is met jou RPMS? Ik kan je eventueel aan een paar RHEL4/CentOS rpms van courier-imap helpen waarvan ik zeker weet dat ze goed zijn. Werkt hier al maanden stabiel.
Als je interesse heb moet je je mailadres maar ff in een PM aan mij sturen.

Debug mode heb ik al geprobeerd, maar dan geeft hij alleen meer details over het inloggen, en dat is net wat nog wel lukt. Meer komt er niet uit.

Of die rpms goed zijn weet ik niet. Heb ze zonder foutmeldingen of warnings kunnen maken. Installed normaal.
Maar ik wil die van u wel eens proberen mind. Zal pm sturen

Hartelijk dank voor uw rpm's mind! Ik was er wel vergeten bij te zeggen dat ik een x64 systeem draaien heb. Ik heb uw i386 rpm's proberen te installeren maar zoals verwacht een hele hoop dependencies die failen. Heb dat eerder bij andere programma's ook al voorgehad. Het zal wel op te lossen zijn maar heb er effe de tijd niet voor wegens andere (medische) probleempjes.
Maar toch bedankt!