Hi! I can’t seem to understand what this thread is all about. seems like the threads title isn’t related to the replies,i think…

Regards,
chelseadock
Ordinateur portable pas cher

interesting.. im going to check this one out.. thanks a lot

commission de surendettement
- commission de surendettement, vous pouvez demander un dossier de surendettement.

Good suggestions…

Copying the sender sounds interesting. We don’t do that currently, but a user configurable option for that sounds like it might be worth it. This can be done manually by the sender in the meantime.

For file transfers that originate from the Newforma Windows client we currently set the sender to the person creating the file transfer. File transfers originating from Info Exchange are sent out as the default SMTP address for the Newforma installation.

There is also an address that can be configured in the SMTP service (on the Messages tab in configuration dialog) on the Newforma Project Center Server that NDR reports will be sent to. This is configured at install time manually. It is not currently part of the installer.

Brian

Seems like this could be accomplished in another, less complicated way as well.  Here are some options to consider:

1. By default, copy the person who initiates the Info Exchange transfer on the email notification that gets sent out.  If there is a problem with the email being sent, they won’t receive it and that would be a cause for concern (and yes, I realize that there is a difference between internal email system delivery and external delivery via SMTP - so this is not perfect).

2. Again by default, have the reply-to/from addresses in the notification be set to the email address of the person who originates the notification.  In this case, SMTP-transfer errors would then be reported by the email server to the person that sent the notification.

My direct experience with Info Exchange is still a bit lacking, so maybe these options already exist.

In our current age of SPAM-choked email systems, even monitoring the SMTP transfer logs does not provide a high level of assurance that a message has reached its intended recipient.  Many email system administrators have turned off their delivery failure notifications because these notifications are abused by spammers to harvest valid addresses.  So, a successful SMTP transfer just means that the information was sent to the receiving SMTP server, not that it was delivered to whom we sent it.

OK. thanks. This is a good topic. I have forwarded this for consideration as a plus feature.

Thanks,
Brian

Ya, in ESM you can enable message tracking in 2000+ and it sticks a log file in ExchSrvr\Servername.log\date.log and could very feasably parse the log file. The log files are done by date and done daily.  I know it adds some overhead to the exchange server but not all that much.

Are they the logs in system32/LogFiles? That is a possibility. If the Exchange server has the logging enabled and the Project Center Server can access the logs via a file share we could potentially parse the log files for mail conversations we initiate. That would at least tell us the mail left the organization.

Brian

Could you have the info exchange server query the ESM tracking log files?

There are a few steps that occur in the mail delivery process and each step represents a possible problem area for the email.

The mail is delivered first to the Project Center Server. Any errors with this step would be immediately visible to the user with an error dialog.

Any problems after that are not shown to the user so Kong’s suggestion for additional tracking makes a ton of sense. Some common cases for problems are:

- The mail server on Project Center Server is offline or configured incorrectly.
- The mail relay from Project Center Server to the corporate mail server is configured incorrectly.
- Some server along the way decides to block the email and flag it as spam.
- The destination mail client moves the email into a spam folder and the intended recipient never sees it.

I’m not sure there is a silver bullet here that will give us absolute assurance that it got delivered but there might be a couple of things that can help.

Being able to request a return receipt is a good one if the mail client receiving the message supports it and the recipient chooses to send the receipt. I’m not sure how we might be able to do this but it may be worth looking into.

We could also have the Project Center Server keep a log of successfully delivered messages which could be visible somewhere in Project Center. This would at least tell us it got to the corporate mail server.

This is a good suggestion Kong.

Thanks,
Brian

Hi Kong,

The ‘resend email notification’ does pop a Newforma Message window with the following text:
“an email was sent to each of the selected recipients”.

Perhaps we could add an additional line of history on the transfer to show a resend notification was sent.
I’ll pass this suggestion along…

Thanks for clarifying!

Eric

In the info exchange center, right clicking on a transfer and resend email notification, a confirmation email option would help our users know that an email actually went thru Ie: delievery receipt or such.

Hi Kong,

Can you describe how you would like the process to work?

Eric

Email confirmation from sender is a must ask item from our users.