How exactly does Sitefinity calculate the delivered status f

Posted by Community Admin on 03-Aug-2018 19:06

How exactly does Sitefinity calculate the delivered status for email campagins?

All Replies

Posted by Community Admin on 06-Feb-2013 00:00

I have a client that sent a campaign blast out last night to 9,123 subscribers.  Only 958 were delivered, but it shows that 9,123 were sent.  When checking the server badmail que and event logs I could only find about 75 sitting around for various reasons, but certainly not the 8,165 that I am trying to account for.

Does the "sent" status just grab the number of subscribers from Sitefinity or does it check how many actually made it from Sitefinity to the servers mail que before reporting?

Is it possible that these messages might have been sent, but something would have caused the Sitefinity service that monitors report tracking to not update correctly?

What I read about the "Delivered" status is that it accounts for messages that may have gone to recipients that do not have valid addresses.  Does it pick this information up directly from the server when messages are put into que or is it possible that some messages were sent from the server, but caught by their destination servers spam filtering and considered not delivered?

This client sent out a separate campaign to the same list of subscribers last month with a delivery stat of 9,044 out of 9,123 so I would find it hard to believe that suddenly that many of them were bad addresses.

Any suggestions on how I might track more information down on this would be great.

Posted by Community Admin on 06-Feb-2013 00:00

I noticed I am missing a web.config section that was introduced for upgrading 5.2 -> 5.3 (I did this before those documents were updated) that might have bearing on this....hopefully.

I will be trying to run this campaign again later tonight and see what happens.


<location path="Sitefinity/CMIS/RestAtom">
    <system.web>
<httpRuntime maxRequestLength="6048000" executionTimeout="7200" maxUrlLength="102400" maxQueryStringLength="102400" requestValidationType="Telerik.Sitefinity.Security.Claims.CustomRequestValidator, Telerik.Sitefinity" />
    </system.web>
    <system.webServer>
      <security>
        <requestFiltering>
          <requestLimits maxAllowedContentLength="2147483648"/>
        </requestFiltering>
      </security>
    </system.webServer>
  </location>

Posted by Community Admin on 08-Feb-2013 00:00

We found an error message in our Trace.log that helped point to a solution.  

Message: Notification service: Failed to send notification message for Account: ThisApplicationKey, Module: Newsletters, with messageJobId: '75848abf-b436-6d6d-a3be-ff0000a185d7' Error: Exceeded storage allocation. The server response was: 4.3.1 Session size exceeds fixed maximum session size

Turns out the new campaign was hitting a session limit with Windows 2008 smtp server.  We significantly increased the session limit setting found under messages and were able to get all the messages to deliver.

This thread is closed