E-mail question

For questions and postings not covered by the other forums
davidmellow
Posts: 42
Joined: Thu Aug 27, 2009 1:27 pm
Location: New Plymouth, New Zealand

E-mail question

Postby davidmellow » Thu Feb 17, 2011 8:30 am

I have a particular need for which I have figured a simple solution, but unfortunately it requires a minor change to a CardSchema method... I'm wondering if others have done something similar in some other way, perhaps something I am totally overlooking.

The need is to make the "destination" filename of a mail attachment different from the physical name of the file on the server. It seems that the physical filename (attachment.fileName property) is used BOTH for the File object used to process the file, and (stripped of path name of course) the mime header of the attachment.

I can easily verify that by changing a line of code in the CnSmtpStateDATA::sendFileAttachments method...

lastFilenameNode := getLastFilenameNode(attachment.fileName);

(lastFileNameNode is a few lines later used to construct the mime header) to set that variable to say some new "destFileName" property of a class derived from CnAttachment, I get the result I want.

But obviously for maintenance purposes I'd prefer not to have to fiddle with the CardSchema. I have a suspicion that this must be a requirement that others have encountered, and am wondering if I am missing a more obvious existing solution?

Cheers
David

allistar
Posts: 156
Joined: Fri Aug 14, 2009 11:02 am
Location: Mount Maunganui, Tauranga

Re: E-mail question

Postby allistar » Thu Feb 17, 2011 9:28 am

Hi David,
We have modified the code of our CardSchema installations (mostly in the way it makes unreasonable assumptions about system and bin locations). The only thing to be aware of is when you upgrade CardSchema your changes will be clobbered. We have also subschemad CardSchema and subclasses classed in there in which we can reimplement methods so the behaviour of those methods can be modified. You could do this to achieve your result, but looking at the code you'll have to subclass at least CnSmtpStateData, CnSmtpConnection and probably also CnEcEmail. In some cases though simply changing the CardSchema code is the easiest option. I do recommend though that you submit an NFS to Jade asking them to consider your new feature in the standard CardSchema for an upcoming release.

Rehards,
Allistar.

davidmellow
Posts: 42
Joined: Thu Aug 27, 2009 1:27 pm
Location: New Plymouth, New Zealand

Re: E-mail question

Postby davidmellow » Fri Feb 18, 2011 7:25 am

Cheers Allistar, thanks for thoughts, I did end up making a couple of changes direct to CardSchema for now. Excuse my ignorance, but how does one submit an NFS?

allistar
Posts: 156
Joined: Fri Aug 14, 2009 11:02 am
Location: Mount Maunganui, Tauranga

Re: E-mail question

Postby allistar » Fri Feb 18, 2011 7:38 am

Assuming you have a support contract with JADE, you use the PARSYS application (which is a Jade thin client) to raise a new contact. In there you can mark that contact as an NFS.

User avatar
BeeJay
Posts: 312
Joined: Tue Jun 30, 2009 2:42 pm
Location: Christchurch, NZ

Re: E-mail question

Postby BeeJay » Mon Feb 21, 2011 8:03 am

Assuming you have a support contract with JADE, you use the PARSYS application (which is a Jade thin client) to raise a new contact. In there you can mark that contact as an NFS.
Just be sure to select JADECare Start as the product when opening the contact of course... ;)

Cheers,
BeeJay.


Return to “General Discussion”

Who is online

Users browsing this forum: No registered users and 20 guests