Domino 9 und frühere Versionen > ND6: Administration & Userprobleme

Mails in der Mail.Box stauen sich

<< < (2/3) > >>

Norton:
Die sind in Ordnung. Die haben wir vor einiger Zeit mal optimiert, weil wir massive Probleme hatten. Mit der Verbesserung des SAN ist dies kein Problem mehr. Auch die sonstigen Zugriffe und Tätigkeiten erledigt der Server ohne irgendwelche Auffälligkeiten, lediglich der Mailversand ist häufig mehr als ärgerlich langsam.

hallo.dirk:

--- Zitat ---"TKFlag99" (Feld wird bei Mailfreigabe aus Quarantäne gesetzt) als auch mit einer Core-Analyse, die die Aufbaustruktur der Mails analysiert. Könnte dies etwa das Problem sein?
--- Ende Zitat ---
Ich glaube nicht, nein ich hab mal den Fehler gemacht im Body Feld etwas zu suchen, das mochte der Grabber nun gar nicht ;D...

Wie gross ist den dein Q Db? Hast Du eine oder mehrere?
M3 meinte übrigens BL aufgrund von IP's, Mails von diesen IP werden gar nicht erst angenommen.
Bei mir sind das im Monat so ca 1.2 -1.7 Mio Verbindungsversuche die auf diese Art scheitern.

blizzard:
das hat mit cpu und i/o rein gar nix zu tun.

Die IQ Suite beackert jedes Mail mit der Anzahl der Jobs die hinterlegt sind.
Wieviel tm_grabs hast du am laufen? Wahrscheinlich standard 5, wenn ja erhöhe dies bitte auf 8 und mache einen reinit. Nicht mehr wie 8 nehmen, da sonst die Effektivität verloren geht.

Habt ihr zufällig auch das Clustering lizensiert? Wenn ja könnt ihr Server zusammenschalten und die können dann sich gegenseitig helfen.

Habt ihr generell Probleme mit langsamem abarbeiten von Mails auch ohne die Spamwellen?
Wenn ja, dann stimmt mit einer der Datenbanken, die hinter den Jobs liegen etwas nicht. Evtl. läuft auf einer immer ein compact?


edit: was du vor der BL vielleicht zuerst machen solltest, wäre Mails nur dann annehmen wenn der User im NAB eingetragen ist.

Norton:
Guten Morgen,

erst einmal danke für die Antworten.

@hallo.dirk:

Wir haben eine Quarantäne-Datenbank für die Spams ohne und eine für die mit Anhängen.
Die DB mit Anhängen ist ca. 3 GB und die ohne 17 GB groß.
Könnte die Größe der Datenbank ein Faktor sein? Ist hier eine Empfehlung für die maximale Größe vorhanden?

@blizzard:

Wir hatten 5 tm_grabs am laufen. Testweise hatten wir mal 10 eingestellt, dies aber ohne nennenswerten Erfolg. Wenn natürlich 8 der Maximalwert sein soll, ist es vielleicht klar, warum es nichts genützt hat. Wir haben vor wenigen Minuten auf den Wert 8 geändert.

Die eingehenden Mails durchlaufen 2 Jobs der IQ.Suite obwohl da noch mehr durchlaufen werden sollten (insbesondere die Spamerkennung). Danach wechseln diese in den Zustand "Continue" und verharren da im Extremfall bis zu einigen Stunden.

Das mit dem lizensierten Clustering müssen wir noch einmal klären, vermutlich ist es im Lizenzpaket aber drin. Ob dies aber so einfach umzusetzen ist, da wir dann unser Konzept anpassen müssen (und wir gerade Urlaubszeit haben) ist noch eine andere Frage.

Das Abarbeiten von Mails ohne Spamwellen hat uns eigentlich noch nie Probleme bereitet, auch wenn mal eine Massenmail (2000 Empfänger) unterwegs war, so wurden diese in relativ schneller Zeit abgearbeitet.

Mit dem Annehmen der Mails nur wenn ein User auch im NAB ist werde ich mal abklären, ob ich ein Okay bekomme. Das hatten wir mal und wurde wieder deaktiviert. Ehrlich gesagt weiß ich aber auch nicht mehr aus welchem Grund das damals deaktiviert wurde. Ich such auf jeden Fall noch einmal raus, wo die Einstellung zu finden ist und kläre das einmal ab.

Ich meld mich wieder, bin aber auch für weitere Anregungen immer dankbar.

Gruß
Thomas

Norton:
Wir haben das nun eingestellt, dass Mails an Empfänger, die nicht in unserem NAB stehen abgelehnt werden, aber nun schreibt er unsere Server IP in die Nachricht.

Es sieht also so aus: Error transferring to XXX.XXX.XXX.XXX; SMTP Protocol Returned a Permanent Error 550

Wie kann man denn die IP-Nummer ausblenden, dass muss ja nicht unbedingt sein?

Danke und Gruß
Thomas

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete