Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: Gulliver am 14.07.03 - 15:51:46
-
Hallo!
Der Mailserver ist ein Notes 6.0.1CF1 auf SuSE Linux 8.0 und eigenlich gibt es nichts zu beanstanden, doch ein einziger User kann nicht nach extern senden, da seine Absenderadresse folgendermaßen lautet:
<Ringo_T0xL194zpfer/CODA_GmbH@CODAGMBH.coda-erfurt.de>
und der SMTP Server im Internet damit offenbar ein Problem hat. Jedenfalls bekomme ich nach dem nächsten POP3 Abholen die Nachricht:
550 cannot route to sender address <Ringo_T0xL194zpfer/CODA_GmbH@CODAGMBH.coda-erfurt.de>
Was läuft den hier falsch? Es gibt noch mehrere Leute mit Umlauten in ihrem Namen, die keine Probleme haben!
'wäre dankbar für Hinweise ???
-
Schaue Dir doch mal die Internetadresse im Arbeitsumgebungsdokument des Anwender an und im Personendokument im Domino Directory.
Meff
-
Das Arbeitumgebungsdokument ist OK, steh die richtige drin. Es passiert ja auch, wenn ich mit der ID des betreffenden Users die Maildatenbank an einer anderen Station aufmache und sende.
Das Personendokument scheint mir hier eher verantwortlich zu sein, aber hier stimmt die Adresse ebenfalls!
:-\
-
So, wie die Absendeadresse aussieht, scheint mir das Problem eher an Deiner globalen Domänenkonfiguration zu liegen. Würdest Du diese bitte mal posten.
Meff
-
Hi,
das Problem (andere Adresse als im NAB) hatten wir auch mal, da lag es am Profil-Dok in der Mail-DB des Anwenders und bei uns weiß bis heute auch keiner wie der User eine andere Adresse eintragen konnte. Ist zwar nicht genau Dein Thema, aber schau doch da mal nach.
-
@Meff
OK, ich habe bei Internet address lookup beide Varianten ausprobiert, der Rest sieht so aus:
-
Das sieht doch gut aus. Was ist den mit dem Kalenderprofil, wie notesangel schrieb?
Meff
-
Geht es um den Eintrag: "Diese Mail-Datei gehört:" ?
Dort steht das Gleiche drin, wie im Verzeichnis (Personendokument) unter "User name:".
-
Und im Arbeitsumgebungsdokument steht auch die richtige Maildatenbank drin? Der Username im Kalenderprofil = der Username in der ID?
Meff
-
Also nach meinem Wissenstand haut die Mailadresse nicht hin. Du hast zwar den Umlaut umgesetzt, aber mit dem / wird es Probleme geben:
Eine E-Mail-Adresse darf nicht enthalten:
[Umlaute][ß][Leerzeichen][
Sonderzeichen (mit Ausnahme von Punkt '.' und Bindestrich '-' und Unterstrich '_'). ][/list]
Vielleicht täusche ich mich ja, aber ich denke der / ist der Übeltäter. Ich frag mich sowieso, warum ihr so kryptische Mailadressen generiert, nur damit hinterher der Umlaut dasteht. Schon bis man das am Telefon durchgibt dauert das doch ewig.
-
@stoeps
??? ??? ??? ???
In der Notesadresse spielt das keine Rolle, nur im SMTP und da liegt ja auch der Hase begraben.
Meff
-
In der Notesadresse geht's, das ist klar, aber nicht über SMTP.
Daher ist die Adresse doch eindeutig falsch, oder?
Konfigurationsdokument könnte auch noch sein, aber das würde sich auf alle User auswirken.
Welche Absendeadresse steht denn eigentlich im Personendokument?
-
Dieser ellenlange String zur Umschreibung des Umlautes stammt ja nicht aus meiner Feder, er wird von irgendwem gebildet. Was ich nicht will.
Im Personendokument im Feld "Internet address" steht genau die SMTP Adresse, die er eigentlich verwenden soll. (wie bei den anderen Leuten auch, ohne Unter- und Schrägstriche)
-
wäre es nicht einfacher dem Mitarbeiter zu kündigen ?
-
Habe mir das gerade nochmals durchgelesen und konnte auch keine Fehler feststellen. Was ich nicht ganz verstanden habe ist die Sache beim Abholen mit POP3? Was hast das mit POP3 zu tun?
-
@Doc Torte
Vielen Dank für den Tip mit dem Arbeitsverhältnis, sehr kreativ!
@MartinG
Es ist überhaupt keine Rede von POP3 gewesen.
Ich werde den User am Freitag löschen und wenn er am Montag aus den ACLs raus ist, neu anlegen.
Trotzdem, ich danke für die Mitarbeit!
-
Hallo! Jedenfalls bekomme ich nach dem nächsten POP3 Abholen die Nachricht:
550 cannot route to sender address <Ringo_T0xL194zpfer/CODA_GmbH@CODAGMBH.coda-erfurt.de>
...wie war das von POP3 keine Rede? Egal - aber es gibt sicherlich eine Lösung dafür. Nur muss man den Fehler eingrenzen... - ich würde mal in der Maildatenbank die Schablone wechseln auf eine leere und hinterher die Schablone neu drüberziehen?
-
OK, das hätti ich gar nicht erwähnen dürfen. Natürlich bekomme ich die Nichtzustellbarkeitsnachricht erst, wenn unser POP Dienst die Postfächer im Internet abholt, und sie unserem Notesserver zustellt. Leider besitzen wir noch keine feste IP mit einem MX Record beim Provider.
Nun habe ich folgendes gemacht:
Gestern abend habe ich die Person aus dem NAB gelöscht (die Maildatei nicht) und mich heute morgen davon überzeugt, dass die ACL und Gruppen, in denen der User gesteckt hat, bereinigt worden sind.
Heute morgen habe ich den User neu angelegt und ihm in die ACL der alten Maildatei eingetragen.
Das mit der leeren Schablone habe ich auch durchgezogen.
Resultat: es geht nicht
Hiiiiillllllllffffffffeeeeeeeeeeeeeeeeeee!!!!!!!
-
Ich wundere mich zwar, warum weder die Internetadresse aus der Arbeitsumgebung noch im Personendokument nicht zieht (denke, dass das Personendokument nicht mit der Person übereinstimmt), aber mir ist doch noch ne Kleinigkeit aufgefallen:
Nimm mal aus dem globalen Domänendokument die Notesdomänen raus. Derzeit hast Du definiert, dass alle Domänen angehängt werden, desweiteren ändere bitte den Domainseperator von "." nach "%", das mit dem Punkt habe ich schon ein paarmal beobachtet, dass das Probleme macht.
Meff
-
hm, daran habe ich gestern abend noch gebastelt, sieht seit dem so aus wie angehängt, bewirkt aber nichts.
Eine anderes Opfer meiner Experimente war die Mime Ausgangskonvertierung. Laut Lehrbuch sind dann die Einstellungen im Domänendokument unwirksam.
Damit hatte ich aber bei einigen anderen Usern Probleme.
-
Ich habe es gefunden!!!
Das persönliche lokale Adressbuch: Werkzeuge->Vorgaben->Besitzer des Adressbuches, dort stand die Bezeichnung des Nutzers vor seiner Umbenennung noch drin. (Er hieß erst "oe", dann "ö"). Die Umbenennung ist 2 Wochen her und wurde gemacht, damit die Empfänger seiner Mails nicht glauben, er würde wirklich mit "oe" geschrieben.
An das lokale Adressbuch kommt der Adminprozess verständlicherweise nicht heran.
Als ich letzte Woche den Client neu installiert hatte, habe ich das alte Adressbuch übernommen.
Unklar ist mir nun aber, warum Domino diesen Eintrag als Absender verwendet!!?? ???
Ich grüße Euch!
-
Ehrlich gesagt war ein Problem im persönlichen Adressbuch meine Hauptvermutung des Problems.
Allerdings viel dieses Argument schon raus durch Dein Zitat:
Das Arbeitumgebungsdokument ist OK, steh die richtige drin. Es passiert ja auch, wenn ich mit der ID des betreffenden Users die Maildatenbank an einer anderen Station aufmache und sende.
Das hast Du dann wohl doch nicht gemacht!?
-
Dann habe ich das falsch verstanden. Für mich sind das, von dem du sprichst und das, was ich meine verschiedene Dinge.
siehe Anhang: Beide Einstellungen duch roten Strich geteilt.
Das Erste hat nichts geracht, nur das Zweite
-
Ist glaube immer noch ein Missverständnis....
Nur mal so ein Tip wie ich das mache:
Bei grösseren Probleme wie jetzt bei Dir ist doch immer das Problem einzugrenzen ob das Probleme event. von der Clientkonfiguration her kommt d.h. names.nsf, notes.ini, desktop5.dsk, cache.dsk etc. oder ob das Problem am Server liegt (names.nsf vom Server oder in der Maildatenbank).
Ich gehe dann in der Regel her und gehe dann an meinem Arbeitsplatz mit der ID Users auf seine Maildatenbank. Dann sehe ich gleich ob der Fehler da auch noch auftritt und weiss zumindest ob der Fehler Server- oder Clientseitig liegt.
Deiner Aussage nach dachte ich das Du das schon gemacht hättest und deshalb hier nicht daran weitergedacht...
-
@MartinG
Ja, Du hast schon Recht. In der Regel gehe ich auch so vor.
Das Problem war leider nicht so linear. Durch die Umbenennung (der alte Name bleibt ja erzt einmal im NAB stehen) ist das erste Auftreten der Sendeschwäche nicht absolut mit einer administrtiven Änderung zusammenzubringen gewesen. Man fängt also an zu suchen und verändert an den Stellen, wo man den Fehler mit den vorhandenen Daten vermutet. Damit verändert man den Zustand selbst usw.
Was die Fehlerbeschreibung angeht werde ich mich bessern!
bis neulich.... JR
-
Änder mal das left from in right from, dann sollte es gehen.