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

ReceiveResponse: 550 Authentication required. Please use SMTP AUTH

<< < (2/4) > >>

Manfred Dillmann:
Hallo Hans,

ich hatte seit 02.09. auch das Problem, nachdem DomainFactory von SMTP-after-POP auf SMTP Auth umgestellt hat. Deinen Post hier habe ich gestern Abend entdeckt und auf eine Lösung gehofft... :-)

Aber selbst ist der Man(fred) und so habe ich mich vorhin auf die Suche gemacht und eine Lösung gefunden - zumindest bei mir funktioniert es jetzt wieder. Ich habe auch InternetSite-Documents aktiv, das wird es nicht sein. Eine deutsche Schablone für die NAMES.NSF auf dem Server verwende ich allerdings nicht. Und ja, ich setze Domino Version 9 ein. Trotzdem ist meine Lösung bei Dir einen Versuch wert - zumal der Aufwand bei weiniger als 1 Minute liegt.

Wenn Du in Deinen weiter oben geposteten Log-Auszug schaust, findest Du am Anfang die Zeile:
04.09.2013 12:56:38   [11FC:000C-0FFC] SMTPClient: Attempting to Connect: Host smtprelaypool.ispgateway.de, Port 25, SSL Port 0, Connecting Domain AA-BBB.local.de

Man sieht, das Dein Domino Server die Verbindung zum Host: "smtprelaypool.ispgateway.de" aufbaut. Hier liegt das Problem. Ich vermute, Du hast in Deinem Configuration-Document im Feld "Relay host for messages leaving the local internet domain:" für ausgehende SMTP-Mail den von DomainFactory vorgegebenen Alias Eurer Domäne eingetragen.

In meinem Fall war das "smtp.madicon.de". Nachdem ich dieses Feld auf "smtprelaypool.ispgateway.de" geändert habe, funktioniert ausgehendes SMTP bei mir wieder einwandfrei.

Komisch, dass der Alias nicht funktioniert. Bei einem "normalen MailClient" geht das ja auch. Ich weiss es nicht sicher, es könnte aber sogar sein, dass der Domino-Server die Ursache ist, weil sich ein "anderer Host als der im Config-Doc. benannte" bei ihm meldet.

Versuche es einfach mal und teile mir hier bitte mit, ob es bei Dir auch funktioniert. Danke.

Gruß
Manfred

Tode:
Deutsche Schablone + Internet Sites + SMTP >>> Viele Fehler, weil der Server behauptet, es wären Dinge nicht konfiguriert, die aber tatsächlich da sind...

Deshalb:
- entweder die Schablone auf englisch wechseln
- oder die Ansicht "($InternetSites)" aus der englischen Schablone in die deutsche bringen. Dabei muss man aber aufpassen, dass die Ansicht als Sprache "en-US" eingestellt hat, dass muss man nach dem kopieren ändern, sonst geht es nicht.

Danach MUSS man den Server neustarten, und ich bin sicher, dann geht auch SMTP Auth wieder.

Der Fehler ist in allen nicht engischen Schablonen schon seit Version 6 drin, ich habe das auch schon der IBM gemeldet (sogar schon direkt den Entwicklern auf der LotusPhere 2012), aber scheinbar ist das nicht wichtig genug...

m3:

--- Zitat von: Tode am 05.09.13 - 15:47:08 ---Der Fehler ist in allen nicht engischen Schablonen schon seit Version 6 drin, ich habe das auch schon der IBM gemeldet (sogar schon direkt den Entwicklern auf der LotusPhere 2012), aber scheinbar ist das nicht wichtig genug...

--- Ende Zitat ---
PMR Nummer?

Tode:
Das ist schon Jahre her und lief über nen Kunden... Und für den direkten Kontakt mit dem Developer habe ich natürlich auch keinen PMR... Sorry...

Tode:
Hier mal ein Eintrag... Aber wie gesagt: Das Problem besteht bereits seit den ersten 6er pubnames- templates...
UND hier ist nochmal was...
Das geilste an diesem Artikel finde ich:
--- Zitat ---...as a temporary workaround, use the English version of the Domino Directory template
--- Ende Zitat ---
Dieser "temporary workaround" ist ja nun schon so etwas wie ne feste Institution...

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete