Courier-IMAP | Mac Mail | Verbindungsprobleme

benja

benja

New Member
Hi,

seitdem ich meine E-Mails über meinen eigenen VDS sende und empfange (IMAP/POP3-Server (Courier-IMAP)), bekomme ich beim Abruf in Mail (Mac OS 10.5.2) immer die angehängte Fehlermeldung und es erscheint ein Ausrufezeichen neben dem Account.

Die E-Mails werden aber trotzdem abgerufen, obwohl Mail sagt, dass es keine Verbindung zum Server aufbauen konnte.

Als IMAP-Präfix ist 'INBOX' eingegeben, müsste stimmen.

Das sagt das Mail-Verbindungstool von Mail (Server xxx-berlin.de bitte außer Acht lassen, dieser läuft nicht über meinen Server):


Was läuft denn da schief? Sind eventuell mehrere Verbindungen zum IMAP-Server von der gleichen IP nicht möglich?

Ich bin für Hilfe dankbar - die Fehlermeldung nervt.
 

Attachments

  • Bild 1.png
    Bild 1.png
    60.3 KB · Views: 185
Last edited by a moderator:
Hat wirklich niemand eine Idee, woran das liegen könnte? Ist vielleicht zu wenig RAM auf dem Server der Grund für solche "Fehlanzeigen"?
 
Das kann ich mir nicht vorstellen mit dem RAM. Welchen Mailserver benutzt Du, welche Distribution, wieviel RAM hast Du? Poste doch mal die Ausgabe von "free -m".

Was sein kann dass bei Deinem Authdämon zu wenige laufen, oder wegen RAM Knappheit welche gekillt werden und deswegen die Anmeldung am Mailserver hakt, aber dazu brauchen wir die obigen Angaben von Dir.

viele Grüße
B. Reichart
 
Bitte vermeide solche Pushing Threads!!! :mad:

Eventuell solltest du die von dir bestätigten Forenregeln nochmal studieren! :rolleyes:

Gerne kannst du hier nochmal nachhaken, dann aber mit weiteren Infos und vielleicht einem Teilerfolg.
Keiner wird die alles in den Allerwertesten pusten! :cool:

Wenn du still wartest bis hier im Forum einer dein Problem löst dann liegst du mal gewaltig falsch!

Greetz Centro
 
Sorry...

Also, hier mal die Ausgabe von 'free -m':

Code: 
             total       used       free     shared    buffers     cached
Mem:          7958       7917         40          0         74       1316
-/+ buffers/cache:       6526       1431
Swap:         8001        677       7323

Ich nutze einen Virtuellen dedizierten Server (256 MB RAM, Plesk 8.3.0, courier-imap 3.0.8).

Wenn ihr weitere Angaben braucht, dann poste ich diese natürlich auch. Bin halt kein Profi in solchen Sachen und weiß nicht immer, welche Angaben nun nötig sind.

DANKE!
 
Benutzt Du SysCP, Confixx oder Plesk etc als Adminpanel? Und welches Linux setzt Du ein, Debian, Suse?
 
benja said:
Ich nutze einen Virtuellen dedizierten Server (256 MB RAM,....
Click to expand...
Falls der Server mit Virtuozzo virtualisiert wird, kannst Du den Ressourcenverbrauch einfach ermitteln:
Code: 
cat /proc/user_beancounters
Entscheidend ist, ob in der letzten Spalte Überschreitungen angezeigt werden... In diesem Fall ist es relativ wahrscheinlich, dass dem IMAP-Server zwischendurch der Speicher ausgegangen ist.
Als komfortables Frontend für diese UBCs dient übrigens das Script "vzfree", dass Du über die Forensuche finden kannst.
 
Hier mein Ressourcenverbrauch:

Code: 
Version: 2.5                                                                                                                     
       uid  resource                     held              maxheld              barrier                limit              failcnt
       132: kmemsize                 11875736             11899152             16583884             17065573                 6472
            lockedpages                     0                    0                  384                  384                    0
            privvmpages                 88849                88891                98304               104448                 5419
            shmpages                     5948                 5948                32256                32256                    0
            dummy                           0                    0                    0                    0                    0
            numproc                        54                   54                  360                  360                    0
            physpages                   40839                40842                    0  9223372036854775807                    0
            vmguarpages                     0                    0                65536           2147483647                    0
            oomguarpages                42789                42792                39168           2147483647                    0
            numtcpsock                     22                   22                  540                  540                    0
            numflock                       11                   11                  282                  309                    0
            numpty                          1                    1                   24                   24                    0
            numsiginfo                      0                    0                  384                  384                    0
            tcpsndbuf                  321128               325816              2580480              4055040                    0
            tcprcvbuf                  317008               317008              2580480              4055040                    0
            othersockbuf                 9376                 9376              1689120              3145728                    0
            dgramrcvbuf                     0                    0               393216               393216                    0
            numothersock                   16                   16                  540                  540                    0
            dcachesize                      0                    0              5114880              5437440                    0
            numfile                      3249                 3258                13968                13968                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                      62                   62                  192                  192                    0
 
Last edited by a moderator:
vzfree würde Dir folgende Ausgabe liefern:
Code: 
VPS Speichernutzung:
Momentan genutzt:       347.066 MB
Maximal genutzt:        347.23 MB
Zugesichert:            153 MB
Maximal nutzbar:        408 MB
Deine Configuration verwendest 350 MB von 150 MB... Da kann es schon mal vorkommen, dass den Prozessen der Speicher ausgeht...
 
Ich verstehe diesen Sinn von "Maximal nutzbar" nicht. Greifen denn die Prozesse nur auf den tatsächlich zugewiesenen Speicher zurück? Ich meine, wenn ich "nur" 347 MB von 408 MB verwende, kann ich dann nicht eine einwandfreie Funktion der Dienste erwarten?
 
Nicht die 408MB sind relevant, sondern die 153MB. Im ersten Posting hier ist das wohl ganz gut erklärt. Den maximal nutzbaren Bereich teilst Du Dir mit Deinen Nachbarn. Wenn die auch mal mehr Speicher brauchen, können in Deiner VE eben keine neuen Prozesse gestartet werden.
 
Der Support schrieb mir heute folgendes:

Nach Pruefung der Logfiles auf dem Server konnte
kein Fehler festgestellt bzw. nur erfolgreiche Connects nachvollzogen werden.
Ursache fuer den negativen Hinweis in Form eines Ausrufezeichens in Ihrem
Mailprogramm kann der Prefix "INBOX" sein, da der Client die Ordnerstruktur
unter dem eingetragenen Prefix versucht zu erstellen. Bitte enfernen Sie
diesen, dann sollte auch keine Fehlermeldung mehr erscheinen.
Click to expand...

Aber auch die Entfernung des Präfix hat nicht geholfen. Habe jetzt mal mehr RAM "eingekauft" und hoffe, dass sich das Problem dann löst. Werde weiter berichten...
 
Okay...hab jetzt mal die ganzen IMAP-Postfächer mit Thunderbird eingerichtet. Es erscheint zwar keine Fehlermeldung/keine Ausrufezeichen, ABER wenn ich auf einen Ordner klicke, der auf dem Server liegt, erfolgt angehängte Fehlermeldung.

Es scheint also doch etwas mit den maximalen Verbindungen zu dem IMAP-Server zu tun zu haben und nicht damit, dass der Server nicht erreichbar ist.

Kann ich Courier-IMAP irgendwo so konfigurieren, dass auch mehrere Verbindungen möglich sind? Als ich nämlich nur 1 Postfach in Mail eingerichtet hatte, kam auch das Ausrufezeichen nicht, sondern erst, nachdem ich 2 Postfächer (auf dem gleichen Server) nutze.
 

Attachments

  • Bild 1.png
    Bild 1.png
    82.8 KB · Views: 145
Hier ein Ausschnitt aus dem maillog:

Mar 14 15:27:04 dreiton qmail-queue-handlers[5798]: Handlers Filter before-queue for qmail started ...
Mar 14 15:27:07 dreiton qmail-queue-handlers[5798]: from=Martin.Baker@trainsport.com
Mar 14 15:27:07 dreiton qmail-queue-handlers[5798]: to=info@gew-potsdam.de
Mar 14 15:27:07 dreiton qmail-queue-handlers[5798]: hook_dir = '/var/qmail//handlers/before-queue'
Mar 14 15:27:07 dreiton qmail-queue-handlers[5798]: recipient[3] = 'info@gew-potsdam.de'
Mar 14 15:27:07 dreiton qmail-queue-handlers[5798]: handlers dir = '/var/qmail//handlers/before-queue/recipient/info@gew-potsdam.de'
Mar 14 15:27:07 dreiton qmail: 1205504827.933778 new msg 113999874
Mar 14 15:27:07 dreiton qmail: 1205504827.933838 info msg 113999874: bytes 2832 from <martin.baker@trainsport.com> qp 5821 uid 2020
Mar 14 15:27:07 dreiton qmail-queue-handlers[5798]: starter: submitter[5821] exited normally
Mar 14 15:27:07 dreiton qmail: 1205504827.958393 starting delivery 282: msg 113999874 to local 6-info@gew-potsdam.de
Mar 14 15:27:07 dreiton qmail: 1205504827.958519 status: local 1/10 remote 0/20
Mar 14 15:27:07 dreiton qmail-local-handlers[5824]: Handlers Filter before-local for qmail started ...
Mar 14 15:27:07 dreiton qmail-local-handlers[5824]: from=martin.baker@trainsport.com
Mar 14 15:27:07 dreiton qmail-local-handlers[5824]: to=info@gew-potsdam.de
Mar 14 15:27:07 dreiton qmail: 1205504827.987681 delivery 282: success: did_0+0+2/
Mar 14 15:27:07 dreiton qmail: 1205504827.988557 status: local 0/10 remote 0/20
Mar 14 15:27:07 dreiton qmail: 1205504827.988586 end msg 113999874
Mar 14 15:30:33 dreiton relaylock: /var/qmail/bin/relaylock: mail from 200.112.241.17:2484 (p17-241.cmet.net)
Mar 14 15:30:35 dreiton qmail-queue-handlers[13924]: Handlers Filter before-queue for qmail started ...
Mar 14 15:30:41 dreiton qmail-queue-handlers[13924]: from=S
Click to expand...
 
Last edited by a moderator:
Ich habe jetzt auch mehr RAM auf meinem Server - dieses Ausrufezeichen und die Fehlermedung, wenn man auf diesen klickt, erscheint immer noch, es liegt also nicht am Speicher. Die E-Mails werden ja auch abgeholt...ich versteh das nicht.

Wird wohl ein Problem seitens dem Programm sein.
 
Das Problem liegt daran, dass Programme wie Mail sich mehrfach verbinden bzw. die Verbindungen nicht sauber schließen.

Lösung:

In der Datei /etc/courire-imap/imapd den Eintrag MAXPERIP auf 100 setzen.
 
You must log in or register to reply here.
Back
Top