Hallo, wir haben einen SuSE Email-Server in Betrieb genommen, der nun einen Netscape-Mailserver ersetzt. Verglichen mit dem alten Mailserver laufen einige Aktionen auf Klientensicht um ein Mehrfaches langsamer (bei schnellerer Server-Hardware!) ab. Zu diesen Aktionen gehören: - Initiales Anzeigen eines IMAP-Ordners nach Klick auf den Ordner - somit ist ein flottes Hin- und Herspringen zwischen verschiedenen Ordner unmöglich - Versenden einer Mail. Nach dem Betätigen des "Send"-Buttons steht der Klient ca. 10 Sekunden, bis die Mail versandt und schließlich weitere 10 Sekunden, bis sie in den "Sent"- Ordner verschoben wird. Wir verwenden den OpenExchange-Server mit IMAP. Als Klienten werden Mozilla bzw. Netscape 6 verwendet. Mit denselben Klienten funktionieren diese Aktionen auf dem alten Netscape- Mailserver sehr viel schneller, so dass es sich eindeutig um ein Problem auf Serverseite handelt. Der Server steht mit ca. 10 Klienten (die auch sicher nicht alle gleichzeitig anfragen) praktisch nicht unter Last. Kennt jemand dieses Problem oder ist dies beim OpenExchange- Server schlichtweg normal? Grüße Matthias
Matthias Kleine - Patzschke + Rasp Software AG, Mittwoch, 18. Juni 2003 17:19:
Kennt jemand dieses Problem oder ist dies beim OpenExchange- Server schlichtweg normal?
Hast Du vielleicht ein Problem mit der Auflösung? Sorge dafür, daß der Server die IPs der Clients reverse lookupen (gibts dieses Wort?) kann. Im einfachsten Fall durch Pflege der /etc/hosts, im besseren Fall durch korrektes Aufsetzen eines BIND. -- Andreas Feile www.feile.net
Hallo, danke, das war's! Wie wir das Problem lösen, wissen wir zwar noch nicht, da der Rechner auch im www hängt und seinen DNS von der Telekom bezieht. Aber mit einem Test über /etc/hosts waren die Probleme jedenfalls verschwunden. Grüße Matthias Andreas Feile wrote:
Matthias Kleine - Patzschke + Rasp Software AG, Mittwoch, 18. Juni 2003 17:19:
Kennt jemand dieses Problem oder ist dies beim OpenExchange- Server schlichtweg normal?
Hast Du vielleicht ein Problem mit der Auflösung? Sorge dafür, daß der Server die IPs der Clients reverse lookupen (gibts dieses Wort?) kann. Im einfachsten Fall durch Pflege der /etc/hosts, im besseren Fall durch korrektes Aufsetzen eines BIND.
Matthias Kleine - Patzschke + Rasp Software AG, Mittwoch, 18. Juni 2003 18:04:
danke, das war's! Wie wir das Problem lösen, wissen wir zwar noch nicht, da der Rechner auch im www hängt und seinen DNS von der Telekom bezieht. Aber mit einem Test über /etc/hosts waren die Probleme jedenfalls verschwunden.
Naja, die Telekom kann halt eure lokalen Namen nicht auflösen. Logisch. Du mußt einfach einen BIND aufsetzen, dem seine eigene (lokale) Zone geben, und dann tut das. Und alle Anfragen, die er nicht selbst beantworten kann, leitet er einfach forwarding-mäßig an die Telekom weiter. -- Andreas Feile www.feile.net
Hi *, Am Mittwoch, 18. Juni 2003 18:04 schrieb Matthias Kleine - Patzschke + Rasp Software AG:
Hallo,
danke, das war's! Wie wir das Problem lösen, wissen wir zwar noch nicht, da der Rechner auch im www hängt und seinen DNS von der Telekom bezieht. Aber mit einem Test über /etc/hosts waren die Probleme jedenfalls verschwunden.
Grüße Matthias
Andreas Feile wrote:
Matthias Kleine - Patzschke + Rasp Software AG, Mittwoch, 18. Juni 2003 17:19:
Kennt jemand dieses Problem oder ist dies beim OpenExchange- Server schlichtweg normal?
Hast Du vielleicht ein Problem mit der Auflösung? Sorge dafür, daß der Server die IPs der Clients reverse lookupen (gibts dieses Wort?) kann. Im einfachsten Fall durch Pflege der /etc/hosts, im besseren Fall durch korrektes Aufsetzen eines BIND.
Du koenntest zum Beispiel in der /etc/nsswitch.conf fuer die Namensaufloesung hosts files dns eintragen. Damit wird zuerst in /etc/hosts geschaut und dann der dns gefragt. regards Martin -- ________________________________creating IT solutions Martin Schmiderer science + computing ag System Administration Hagellocher Weg 71-75 phone +49 7071 9457 225 72070 Tuebingen, Germany fax +49 7071 9457 211 www.science-computing.de
participants (3)
-
Andreas Feile
-
Martin Schmiderer
-
Matthias Kleine - Patzschke + Rasp Software AG