In-depth Reporting

[bowmah]

As we begin to migrate to LMP, how does one see these reports:

- # of bounced per blast
- # of signups per day / week / month
- # of bounced that have been removed
- open rates

We are still new with LMP. Any tips would be great.

[DW]

Greetings,

Reporting is somewhat limited at this time and I'm not sure if an improvement will make the next update.

- # of bounced per blast
- # of signups per day / week / month
- # of bounced that have been removed
- open rates

All possible except bounced per blast - it was not found possible to reliably track the exact message that bounced.  This is because some hosts don't properly return all custom mail headers when bouncing.  The only way appears to be with a string of identifying text -in- the actual body of the message...  Or a VERP (more) feature which requires a very advanced email alias which may not be possible on some web hosts.  I am investigating further as it has been suggested.  Open rates will only be available for HTML messages and will be in the next update.

Regards

[bowmah]

Thanks for the reply. I see. So this has me thinking.

1. Is your software capable of determining a hard bounce versus a soft bounce?

2. I think your software is capable of removing users who bounced x-amount of times right? How does it do this if bounces are difficult to measure?

3. By the way, where do we set the # of bounces to turn an active user to bounce status?

4. By the way 2, when is the next update scheduled to be launched?

Thanks.

[DW]

1. Is your software capable of determining a hard bounce versus a soft bounce?

As it stands ALL returned messages are recorded as hard bounces.  There are ways to "skip" bounces containing certain strings, which can be useful on some servers where they send, for example, a message warning the sender (ListMail) that the message was not delivered but will be retried.

2. I think your software is capable of removing users who bounced x-amount of times right? How does it do this if bounces are difficult to measure?

The email address is not as difficult to detect because it comes back with the bounce.  (Bouncing server is supposed to send the original message back in its entirety) While most servers will return the original "To:" header, some servers are not as reliable at returning "Custom" headers such as might be use to store the message ID.

3. By the way, where do we set the # of bounces to turn an active user to bounce status?

Near the bottom of the Configuration page.

4. By the way 2, when is the next update scheduled to be launched?

When it's done and thoroughly tested.  I have made much progress in the last couple weeks and when I'm done support today and in the following days and weeks am continuing work on it.

Regards