Autor Thema: Echte Catchall Funktion für die Emails  (Gelesen 7270 mal)

Offline Fragensteller

  • Junior Mitglied
  • **
  • Beiträge: 72
Echte Catchall Funktion für die Emails
« am: 23.08.11 - 10:17:50 »
Hi Leute,

wie richte ich Notes so ein, das Emails egal von wo im System geschickt, diese in der Catchall landen.

Wir haben zwei Systeme, Entwicklung und Produktiv.
Im Produktiven sollen die Emails natürlich an den entsprechenden Empfänger, aber in der dev Umgebeung sollen diese Email ALLE in die Catchall DB geschickt werden.
Egal ob über den EmailClient oder per Agent.
Egal ob der Empfänger exestiert oder nicht.....

Kann einer helfen?

Timo


Offline smokyly

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.169
  • Geschlecht: Männlich
  • Nicht jeder ist ersetzbar.
Re: Echte Catchall Funktion für die Emails
« Antwort #1 am: 23.08.11 - 10:29:19 »
Serverregel
Geri

Offline Chris K

  • Frischling
  • *
  • Beiträge: 10
Re: Echte Catchall Funktion für die Emails
« Antwort #2 am: 23.08.11 - 10:51:43 »
Serverregel
Sehr hilfreiche Antwort... Damit umgeht man immer noch nicht  "name not found in directory" und ähnliche Fehler. Wie schickt man Mails an Personen, die es im directory nicht gibt? NotesDocument.Send() soll sich einfach nicht um die Adressen kümmern und das vom router task erledigen lassen.

Offline WernerMo

  • @Notes Preisträger
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 3.050
  • Geschlecht: Männlich
Re: Echte Catchall Funktion für die Emails
« Antwort #3 am: 23.08.11 - 11:09:46 »
Hallo,

wäre es da nicht einfacher, eine "Kopie" des "LiveDD" zu machen und bei allen als "Mailserver" und "Mailfile" die "Cachall" DB einzutragen (per Agent)

OK ich sehe das Problem, dass das schnell "veraltet"
Aber wenn man sich einmal darfür einen Agenten gebaut hat, kann man das ja regelmäßig erstellen?

Gruß aus Nürnberg
Werner
Gruß Werner
  o                                                  o   
 /@\  Nächster @Notes-Stammtisch  /@\  online Sept. 2020?
_/_\__________________________/_\_ Details folgen.

Offline Bastel123

  • Senior Mitglied
  • ****
  • Beiträge: 355
  • Geschlecht: Männlich
Re: Echte Catchall Funktion für die Emails
« Antwort #4 am: 23.08.11 - 11:26:49 »
Hallo,

ein Kunde hat dafür eine eigene Klasse entwickelt, die ohne Ausnahme beim senden eingesetzt wird. Die schaut ob für die Datenbank ein Schlüsselwort mit einer Umleitungsadresse (z. B. "Catchall") existiert, dann wird diese Adresse genommen, ansonsten die "echte". Man kann dann auch die ursprünglichen Empfänger irgendwo ins Mail schreiben usw.

Ist zwar Arbeit für den Anfang, klappt dann aber gut.

Entwickler, die sich nicht daran halten werden übrigends mit heissem Öl übergossen  :( 

Gruss
Sebastian
Gruß Sebastian
-----------------------------------------------------
Kaum macht man's richtig, schon funktioniert's.

Offline smokyly

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.169
  • Geschlecht: Männlich
  • Nicht jeder ist ersetzbar.
Re: Echte Catchall Funktion für die Emails
« Antwort #5 am: 23.08.11 - 11:27:54 »
Hallo,

wäre es da nicht einfacher, eine "Kopie" des "LiveDD" zu machen und bei allen als "Mailserver" und "Mailfile" die "Cachall" DB einzutragen (per Agent)



War auch mein Gedanke, aber dann hat man das Problem der eigentlichen benutzerbezogenen Umgebung wie Kalender oder Agenten in der Mail-DB.

Es kommt aber auf das eigentliche Ziel der Aktion an. Und ist da SMTP mit im Spiel?

Gruß von ehemals aus NEA nach N
Geri

Offline smokyly

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.169
  • Geschlecht: Männlich
  • Nicht jeder ist ersetzbar.
Re: Echte Catchall Funktion für die Emails
« Antwort #6 am: 23.08.11 - 11:29:10 »
Serverregel
Damit umgeht man immer noch nicht  "name not found in directory" und ähnliche Fehler. Wie schickt man Mails an Personen, die es im directory nicht gibt? NotesDocument.Send() soll sich einfach nicht um die Adressen kümmern und das vom router task erledigen lassen.
Sorry, hatte ich überlesen. Bin mir aber nicht sicher, was der Router bei Einsatz der Regel "Alle - in Datenbank verschieben" und nicht zustellbaren Nachrichten genau anstellt.
« Letzte Änderung: 23.08.11 - 11:36:43 von smokyly »
Geri

Offline Fragensteller

  • Junior Mitglied
  • **
  • Beiträge: 72
Re: Echte Catchall Funktion für die Emails
« Antwort #7 am: 23.08.11 - 11:38:20 »
Ich versuche das Problem noch einmal klarer zu machen:

Wir haben ein System mit diversen Datenbank wovon die ältesten ca. 10 jahre alt sind. Wir haben bereits einen Agenten, der sich die Namen aller Mitarbeiter holt und in die names.nsf schreibt. Das funktioniert auch ganz hervorragend. Das Problem ist jetzt, dass wir in fast jeder Datenbank an mehreren Stellen E-Mail verschicken, wir uns auf Grund der Größe und des Alters der Datenbanken allerdings nicht darauf verlasssen können, dass die Mailadressen/Benutzer, die wir anschreiben wollen korrekt sind, die sind teilweise hardcoded, teilweise richtige E-Mail Adressen und teilweise berechnet.

Der Punkt der uns Probleme bereitet ist der von Chris geschilderte:

Zitat
Damit umgeht man immer noch nicht  "name not found in directory" und ähnliche Fehler. Wie schickt man Mails an Personen, die es im directory nicht gibt? NotesDocument.Send() soll sich einfach nicht um die Adressen kümmern und das vom router task erledigen lassen.

Es ist für uns auch wenig praktikabel ca. 250k Zeilen Code (Schätzung aus der Hüfte) durchzugehen und Send() Methoden zu ersetzen, das hatten wir auch schon diskutiert, bevor wir die Frage gestellt haben.

Wir möchten halt auch alle Adressen in die Catchall haben, die NICHT in der names.nsf stehen.





Offline Mandalor

  • Senior Mitglied
  • ****
  • Beiträge: 359
  • Geschlecht: Männlich
Re: Echte Catchall Funktion für die Emails
« Antwort #8 am: 23.08.11 - 18:17:46 »
will hier keine Werbung machen aber wenn Ihr iQ.Suite einsetzt, ist das ein einfacher Actionjob und alles landet in einer Datenbank.
mit besten Grüßen

Markus Petzold

Offline Thomas Schulte

  • @Notes Preisträger
  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 4.388
  • Geschlecht: Männlich
  • Ich glaub mich tritt ein Pferd
Re: Echte Catchall Funktion für die Emails
« Antwort #9 am: 23.08.11 - 21:32:41 »
Das Problem hier wird sein, das du eine Systemfunktion die im .send eingebaut ist, abschalten willst. Und da wird dir auch die IQSuite denke ich nicht helfen.
Sinnvoller (und sauberer) wäre da ein Redesign der betroffenen Anwendungen. Ein hart Kodierter Empfänger ist ja sowas von Pfui.

Um rauszufinden wo das überall steckt, kann man ein Tool von Holistic nehmen. Das ist genau für solche Analysezwecke gebaut worden.
Auch wenn das 250k Zeilen Code sind. Irgendwann kommt man um ein Redesign einfach nicht mehr rum.
Thomas Schulte

Collaborative Project Portfolio and Project Management Software

"Aber wo wir jetzt einmal soweit gekommen sind, möchte ich noch nicht aufgeben. Versteh mich recht, aufgeben liegt mir irgendwie nicht."

J.R.R.Tolkien Herr der Ringe, Der Schicksalsberg

OpenNTF Project: !!HELP!! !!SYSTEM!!  !!DRIVER!!

Skype: thomasschulte-kulmbach

Offline Pyewacket

  • Senior Mitglied
  • ****
  • Beiträge: 310
  • Geschlecht: Männlich
Re: Echte Catchall Funktion für die Emails
« Antwort #10 am: 23.08.11 - 23:16:34 »
Ich habe das mit einer Gateway-Mailbox gelöst.
Alle Mail an Domäne XYZ wird vom Router in die Gateway-Mailbox geschoben.
Einziger 'Nachteil', die Mailadressen müssen  alle ein @XYZ angehängt bekommen.
doc.send ist damit auch zufrieden denn bei Mail an fremde Domänen kann nicht
geprüft werden ob es den Empfänger gibt.

Gruss
 Peter
ATOS.org - Feel the music!

Offline Tode

  • Moderatoren
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 6.885
  • Geschlecht: Männlich
  • Geht nicht, gibt's (fast) nicht... *g*
Re: Echte Catchall Funktion für die Emails
« Antwort #11 am: 24.08.11 - 08:50:47 »
Die Lösung von Peter kann man jetzt weiterspinnen: Test- Umgebung und Echt- Umgebung sind ja wahrscheinlich in unterschiedlichen Domains.
Dann bindet man die Echt- Umgebung per DA in der Test- Umgebung ein und erstellt für die Echt- Domain diese Gateway- Mailbox...

Dann hat man immer alle Echt- Adressen zur Verfügung (da repliziert), aber Mails an die Echt- Benutzer gehen nicht raus, weil die alle in der Gateway- Mailbox landen.
Wenn man jetzt noch Internet- Mails so routet, dass Sie über die Echt- Domain geroutet werden sollen (Verbindungsdokumente etc.), dann geht von der Test- Umgebung keine einzige Mail mehr nach draussen...
Gruss
Torsten (Tode)

P.S.: Da mein Nickname immer mal wieder für Verwirrung sorgt: Tode hat NICHTS mit Tod zu tun. So klingt es einfach, wenn ein 2- Jähriger versucht "Torsten" zu sagen... das klingt dann so: "Tooode" (langes O, das r, s und n werden verschluckt, das t wird zum badischen d)

Offline eknori

  • @Notes Preisträger
  • Moderatoren
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 11.730
  • Geschlecht: Männlich
Re: Echte Catchall Funktion für die Emails
« Antwort #12 am: 24.08.11 - 09:12:50 »
Fragt doch mal den Rudi Knegt. Meine mich zu erinnern, daß er sowas realisiert hat.

update: http://www.dominoforum.de/modules/newbb/viewtopic.php?topic_id=19167
« Letzte Änderung: 24.08.11 - 09:15:53 von eknori »
Egal wie tief man die Messlatte für den menschlichen Verstand auch ansetzt: jeden Tag kommt jemand und marschiert erhobenen Hauptes drunter her!

Offline Mandalor

  • Senior Mitglied
  • ****
  • Beiträge: 359
  • Geschlecht: Männlich
Re: Echte Catchall Funktion für die Emails
« Antwort #13 am: 24.08.11 - 14:35:40 »
@Thomas:

Wo liegt hierbei mit iQ.Suite das Problem? in einem Action Job wird einfach der Empfänger immer auf eine definierte Mail.Box umgebogen (Das Feld Recipient). Der Vorteil: Keine umkonfigurierung oder umprogrammierung um die Datenbanken dann ins Livesystem zu übernehmen.

mit besten Grüßen

Markus Petzold

Offline gpeters

  • Junior Mitglied
  • **
  • Beiträge: 77
  • Geschlecht: Männlich
  • Domino macht Spaß
    • GS7 GmbH EDV Beratung
Re: Echte Catchall Funktion für die Emails
« Antwort #14 am: 25.08.11 - 09:07:24 »
<<< Damit umgeht man immer noch nicht  "name not found in directory" und ähnliche Fehler. Wie schickt man Mails an Personen, die es im directory nicht gibt? NotesDocument.Send() soll sich einfach nicht um die Adressen kümmern und das vom router task erledigen lassen. >>>

Das kann man mit der Konfiguration | Router SMTP | Erweitert | Steuerung
Unzustellbare Mail zurückstellen : Aktiviert

erreichen. Dann gehen die unzustellbaren Mails in der mail.box auf HOLD und bleiben da liegen.
Dort kann sie dann ein Agent abholen...

Gerald Peters
GS7 GmbH, Hamburg
www.gs7.de
info@gs7.de

Offline Mandalor

  • Senior Mitglied
  • ****
  • Beiträge: 359
  • Geschlecht: Männlich
Re: Echte Catchall Funktion für die Emails
« Antwort #15 am: 25.08.11 - 13:04:15 »
@gpeters : Mist, daran hab ich nicht gedacht. Asche auf mein Haupt :-\
mit besten Grüßen

Markus Petzold

Offline smokyly

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.169
  • Geschlecht: Männlich
  • Nicht jeder ist ersetzbar.
Re: Echte Catchall Funktion für die Emails
« Antwort #16 am: 25.08.11 - 13:12:13 »
Das Problem ist doch, daß sich eine Mail erst gar nicht senden läßt, sofern sie an die interne Domain gehen soll und der Empfänger nicht im DD steht.
Geri

Offline Peter S.

  • Senior Mitglied
  • ****
  • Beiträge: 429
Re: Echte Catchall Funktion für die Emails
« Antwort #17 am: 26.08.11 - 10:36:32 »
Enthalten die Mails die generiert werden als Adresse nur den local part "Hans Müller" oder wird auch eine Domäne "@meineFirma" angehängt?
Am einfachsten wäre es vmtl an alle Adressen eine Fremde Domäne anzuhängen und diese in eine Datenbank umzuleiten.

Wenn man alle Domänen umleiten will, nimmt man eine Nicht benachbarte Domäne vom Typ "*" und leitet die nach "Catchall" um. Und das Catch-All-Domänendokument zeigt dann auf eine Datenbank.



 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz