Beiträge von Roberto

Shit!

Habe das mit der Regel in der Inbox des Sachbearbeiters ausprobiert:

Das von der Regel weitergeleitete Mail zeigt das Attachement beim Empfänger ebenfalls im Klartext statt als Attachement an. Wenn man es jedoch manuell weiterleitet, dann kommt es korrekt beim Lieferanten an...

Die Regel sendet eine "vollständige Kopie" weiter, lässt das Mail also genau so, wie es der Sachbearbeiter bekommt. In diesem Zustand scheint es das Attachement noch nicht neu verkapselt zu haben, bei der Weiterleitung jedoch schon...

Dann bleibt mir wohl nichts anderes übrig, als das PDF manuell zu erstellen und es von Hand aus meinem Client zu senden, oder aber ich mache eine Regel in der Mailbox des Sachbearbeiters, welches die Kopie der Bestellung an den Lieferanten weitersendet, da dies zu klappen scheint...

Trotzdem vielen Dank für Dein Interesse, und falls jemand Ideen hat, sind diese willkommen. Ich lasse diesen Fall mal offen.

Was ist dein Ratschlag? Für mich wäre es leichter, an der SMTP-Konfiguration des Domino-Server etwas zu ändern (wenn ich nur wüsste was...), als dem Programmierer der Applikation zu sagen, etwas stimme mit seiner Applikation nicht, zumal es scheinbar bei anderen SMTP-Server klappt...

Zitat

Dann wurde die datei wohl nicht als Attachment gesendet sondern irgendwie eingebettet. Der Notes Client kann das interpretieren und lässt dann das öffnen der Datei zu, der externe Client wohl nicht

Der Programmierer der Applikation, welche das Mail erstellt, meint, das Mail werde nach den RFC-Richtlinien erstellt und mit anderen SMTP-Servern (z. B. Exchange) funktioniere dies. Es handelt sich dabei um die SMTP-RFC-Richtlinie Nr. 2821 (falls jemand mit dieser Info etwas anfangen kann...)

Zitat

Was passiert denn wenn du eine Mail an den gleichen externen Empfänger vom Notes Server aus mit einem Attachment schickst ?

Dann bekommt er das Mail mit Attachement korrekt.

Ich habe folgendes gemacht:
Das Mail mit der PDF-Bestellung, dass der interne Sachbearbeiter als Kopie mit korrektem PDF-Attachement erhalten hat, habe ich mit seinem Client an den Lieferanten gesendet. Dieses Mail kam korrekt an, d. h. das PDF wurde richtig als Attachement mitgeschickt, im Unterschied zum Mail, dass nicht von einem Client stammte, sondern von der Applikation über den SMTP-Dienst der Domino-Server gesendet wurde.

Vielleicht noch ein Hinweis:
Das Mail mit dem PDF-Attachement wird in der Notes-Client-Inbox des Sachbearbeiters nicht mit dem Attachement-Symbol angezeigt (siehe PrintScreen). Das Mail muss demnach irgend eine Besonderheit haben, welches der Notes-Client richtig zu interpretieren vermag und das PDF trotzdem als Attachement erkennt, obwohl er es ohne Büroklammer in der Ansicht anzeigt.

Nochmals Danke im Voraus für jegliche Hinweise!

Roberto Rauso

Hallo

Ich habe folgendes Problem.
Eine Applikation bei uns stellt aus einer Bestellung ein PDF her und sendet diese über einen SMTP-Server dem Lieferanten zu und eine Kopie dem internen Sachbearbeiter. Als SMTP-Server wird unser Domino-Server (Ver. 6.5.3.) angegeben.

So weit so gut. Das Problem ist, dass das gleiche Mail beim internen Sachbearbeiter, der auf dem Domino Server ein Konto hat, richtig ankommt (d. h. die PDF-Bestellung findet er als Anhang), während der Lieferant das Mail folgendermassen bekommt:

Bitte beachten Sie die Bestellung im angehängten Dokument.

begin 600 MawiMovementEPIInfOrderExtStorno_104037.pdf
M)5!$1BTQ+C0*)<?LCZ(*-2`P(&]B:@H\/"],96YG=&@@-B`P(%(O1FEL=&5R
M("]&;&%T941E8V]D93X^"G-T<F5A;0IXG+U9Z8\<1Q47-PR(&\)-<W>C3*?N
MXQN8&),0(V*/0"+FPWH]]JZRA[R'A/*W^P._U]WUZLUT[WJ3(!Q'>E/UZMUG etc. etc. etc.

(etc ....)

M1C0X.3<T,4(R1CA$,$$R-3@X13Y="CX^"G-T87)T>')E9@HR,#DU.`HE)45/
"1@H`
`
end

Das PDF wird also nicht als Attachement mitgeschickt sondern als Klartext. Bezweifle, dass der Lieferant diese Bestellung richtig behandelt...

Ich vermute, dass das Mail resp. das Attachement beim Versenden übers Internet falsch konvertiert wird. Da ich mich mit MIME-Einstellungen nicht auskenne und meine Try-and-Error-Versuche nichts gebracht haben (siehe Attachement), wollte ich es mal über dieses Forum versuchen, vielleicht kennt jemand das Problem.

Danke für jegliche Hilfe!!

Roberto Rauso

Zitat

Die einfachste Variante wäre übrigens die Option Formeln übernehmen Werte aus gewähltem Dokument

Grazie mille!
Dieser Tipp hat nicht nur mein Problem gelöst, sondern mir eine Menge Arbeit erspart!

Gruss

Roberto

Habe Prompts bereits eingeschaltet, in der Variable steht der Wert korrekt drin, erst nach der Übergabe "verdoppelt" er sich...

Hallo, habe folgendes Problem:

Aus einem Mail-Formular soll mittels Schaltfläche in einer anderen Notes-Datenbank ein neues Dokument eröffnet werden und einige Felder aus dem Mail-Formular automatisch in die Felder des neuen Dokuments abgefüllt werden:

Dabei ist eines der Felder im Mail-Formular ein RadioButton (Optionsschaltfläche), dem entspricht ein RadioButton-Feld im neuen Dokument.

Als erstes erzeuge ich Variablen aus den Feldern des Mail-Formulars mit @Set("Variable";@GetField("Feldname"));

Danach eröffne ich ein neues Dokument in der zweiten Datenbank mit

@Command[Compose];"Server":"DB";"Maskenname")
und fülle die Felder des neuen Dokuments mit den Werten aus den Variablen mittels @Command([EditGotoField] und @Command([EditInsertText]. Das klappt eigentlich auch bestens, ausser mit dem Wert, der von RadioButton-Feld des Mailformulars in das RadioButton-Feld des neuen Dokumentes übertragen werden soll.

Der Wert wird nämlich doppelt übertragen! D. h. dass wenn der RadioButtonFeld im Mailformular "2" heisst, dann wird "2" - Absatz - "2" ins RadioButton-Feld des neuen Dokuments eingetragen. Dabei wird zwar der richtige RadioButton markiert, aber hinter dem grauen RadioButtonFeld wird noch eine "2" angezeigt (???).

Ich hoffe, jemand kann mein Problem nachvollziehen oder, noch besser, kennt das Problem aus eigener Erfahrung.

Versionen:
Designer + Client 6.5.3. Domino-Server ebenfalls 6.5.3.

Bin dankbar für jegliche Hilfe!

Gruss

Roberto Rauso

Der Fehler lag darin, dass ich aus dem Designer die Maske über VORSCHAU IN NOTES im Client öffnete, und über diesen Weg scheinbar die als Test gesendeten Mails nicht in der $Sent-ANSICHT angezeigt werden resp. in der Mail-DB gar nicht gespeichert werden.

Seit ich meine Mail-DB mit der veränderten Schablone aktualisiert habe, klappt das Speichern der gesendeten Formulare in der $Sent-Ansicht.

Gruss

Roberto Rauso

Hallo

Benötige Hilfe zu folgendem:

Habe in der zentralen Mailschablone auf unserem Domino-Server eine Maske hinzugefügt, die der User über das Menü ERSTELLEN --> SPEZIAL aufrufen kann.

Name der Maske: _Spezial\_Spezialbestellung Kueche | SBK

In dieser Maske gibt es verschiedene MUSS-Felder (Optionsschaltflächen und Kombinationsfelder), die nicht leer sein dürfen und deshalb unter Eingabevalidierung folgenden Eintrag haben:

@If(FeldXY=NULL;@Failure("Bitte Feld XY ausfüllen!");@Success)

Ich habe eine Aktionsschaltfläche SPEICHERN UND SENDEN hinzugefügt, die folgendes macht (bitte nicht lachen...

@If(@IsValid;@MailSend;@Return(""));
@If(@IsValid;@Command([FileSave]);@Return(""));
@If(@IsValid;@Command([CloseWindow]);@Return(""))

Die Schaltfläche macht nun fast alles, was ich wünsche:

Das @If(@IsValid erlaubt mir, alle Aktionen nur dann auszuführen, wenn die MUSS-Felder ausgefüllt sind.
Wenn alle MUSS-Felder ausgefüllt sind, sollte das Dokument an eine fest im Feld SendTo definierte Adresse gesendet, gespeichert und geschlossen werden.

Leider hat das @Command([FileSave] nicht die von mir erwünschte Auswirkung, dass das Dokument automatisch in der Mail-DB des Users im gesendet-Ordner gespeichert wird.

Auch wenn ich in den Benutzervorgaben in den Mailoptionen "Immer eine Kopie behalten" angegeben ist, wird KEINE Kopie des gesendeten Dokuments im Sent-Ordner gespeichert. Dies soll aber so sein, damit der User im Nachhinein nachschauen kann, was er genau bestellt hat.

Wie löse ich das Problem am besten? Da ich neu bin und mich nur ein wenig mit Formulas auskenne, wäre ich froh, das ganze ohne LotusScript, sondern mit Formulas zu lösen.

Danke im Voraus an alle, die mir weiterzuhelfen versuchen werden!

Roberto Rauso