Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - mr.trevor

Pages: [1] 2 3 ... 9
1
General Help & How-To / Re: unsubscribe not working
« on: November 07, 2010, 11:41:59 pm »
Hi,
I am a bit rusty at this but if it helps at all, you need a 'remove confirm' message code on the Custom HTML 'unsub confirm' page of the List Settings.
I wonder if you managed to delete this message. It' a link at the top of the List Settings page. Thats the HTML that is seen when you click the unsubscribe link.
Good Luck.

2
Development, Suggestions / Visual Rich editor - WYSIWYG - FCKEditor
« on: October 07, 2006, 05:25:44 pm »
Hi DW,
Thats fine if you are familiar with HTML etc. but have you looked at notetab from:
http://www.notetab.com/
which will put all the HTML tags in a text copy for you?
There is a free version.

3
General Help & How-To / Hard time setting up bounce.cgi on DreamHost
« on: September 27, 2006, 07:19:05 am »
Dean,
If Deamhost is so difficult to set up, why do you have it listed in your signature block?

Isn't this just asking for trouble?

4
Development, Suggestions / Selectively SKIPPING followups based on Products?
« on: September 27, 2006, 07:10:40 am »
Well, there's a turn up for the books...  :o

I was slated previously by Brett for suggesting that once simple data was put in the database it could be pulled out to provide more comprehensive reports.
It was said at that time that I did not appreciate how much work it took and that:
"That's over a one year job to guarantee a fully debugged and working version of Click-through rates, etc, etc, etc... do you have a year to wait around for that, with all the other features asked for, it's more likely a two year job."

As there seems to be a 'demand' for adding 'simple' features and a number of PHP programmers using the forum that would benefit from these additions, I wonder if there would be any system that would allow them to donate any solutions they code to DW for consideration and inclusion in the distributed 'official' code.

Maybe this could speed up non-essential but desirable additions.

Just a thought...  :wink:

5
Development, Suggestions / Selectively SKIPPING followups based on Products?
« on: September 17, 2006, 11:46:36 am »
Hi... It seems obvious, but the idea of assigning a product code tag to each follow up falls in line with the other use Brett requested of tagging each follow up for 'Campaign Tracking'. They could be considered together so that a tag identifying a campaign would also identify the product, or the other way around.
This might not be a good idea but I just thought I would mention it.

6
Development, Suggestions / What's next after v1.87b?
« on: September 12, 2006, 05:39:16 pm »
This looks interesting Brett, but just call me naive...... are your campaigns a series of mails scheduled to go out over a period or are they a specific mail you send out at the time (that is, not scheduled)..?
Is a campaign in this sense a series of mails that go out mixed with other unrelated ones in between, maybe.
Could this mean that individual mails, which may be spread out with others between, would be tagged and then grouped into a collection if they all refer to the same campaign?
If scheduled, could some be receiving a different part of the campaign sequence? Would you identify which specific mail of a series caused a response?
Could a number of campaigns run at the same time?
Sorry I am a little unclear how immediate or 'hands free' this is intended.

7
Development, Suggestions / What's next after v1.87b?
« on: September 10, 2006, 07:38:25 am »
Hi all,
I am glad that there are no bad feelings now about my comments.

I am sure that integrating some dedicated tracking and analysis application specifically written with this in mind would be superior and more comprehensive that anything that DW could be expected to include or would have time to write into LMP at this time. This synergistic and dedicated approach would give far more detailed and comprehensive results than one might expect from a 'simple' mailing system and would, perhaps be only understood and required by 'very dedicated' marketers.

My thoughts were to suggest that rather than adding requested features 'piece-meal' to LMP that a 'plan' should be adopted now with the future development in mind.

We often see suggestions of code that others have added-in to cover areas not available otherwise. Sometimes there are even whole screens of code that could be included to cover specific requirements. Maybe all this 'extra' work should be (or is) considered for inclusion into an overall development plan.

Difficulties have also resulted with updates when 'custom' code has been added to the original files.

I know that Brett has repeatedly asked what is coming in the future but the results seem to suggest that almost random areas are being tackled to support current specific requests.

I am trying to encourage a more forward looking 'plan' (which Brett has also asked for) by my suggestion that when features are considered, that they should be arranged with future development in mind and allowances made with the data structures used to take more advantage from the work that is done.

I find it frustrating that so much more use could result from consideration of the data collected and that this could be then be made available if the future is planned for.

I realise that some have a pressing immediate need for results today. This was not what my thoughts were about. A comprehensive sales analysis package is not what could be expected from LMP overnight.

What I was thinking about was what extra benefit DW could reasonably achieve in the future just from analysis of the data it seems would be collected IF some of the future schemes were to be implemented.

As I said in the beginning... these were just some thoughts... that I felt might provoke a more forward looking plan.

...ohh sorry, I didn't plan that this note would be so long.  :oops:

8
General Help & How-To / Message Codes
« on: September 09, 2006, 02:00:43 pm »
Maybe you are seeing this in the test mail preview?
If this is so, only the message codes are sent to the test address at present. When sent to list addresses then the names are inserted.
Hope this was some help..

9
Development, Suggestions / What's next after v1.87b?
« on: September 09, 2006, 01:51:52 pm »
Hi all,
I am sorry if my English humour was a little too subtle for anyone concerning my 'tea break' comment. I was trying to keep light hearted following my previous remark about DW adding the tracking feature 'eventually'.

My apologies to both DW and Brett.

Some explanation:

The data I was referring to would be what could be stored when links are tracked.
Presumably if links are tracked and the information is available then the data is stored.

Split testing is only sending out two versions (even if they are the same) and tracking two different links as you would if tracking any two other individual mails.
This would mean that the data from tracking the click-through to the two links would then be available.

If the feature that was mentioned for registering sales for particular products were to be implemented, then the data for sales of these specific products to individual customers would also be available.

Given that data for a click-through from a particular message link would be available and also any sales to customers that have just clicked through from that linked page would also be available, then this is the data that I was referring to.

Were that data pulled from the database, then it would not be rocket science to calculate the click-through rates from each message and also the conversion rates from each sales page clicked through to.

I am surprised that anyone did not follow this reasoning.

I have not mentioned my background in computer science as I like to think of people laughing and not getting too serious when thoughts are expressed on here.

I feel that reference to a grandma that flys fighter jets for fun on the weekends is off topic and should be moved to another thread, maybe (ohh... that was humour as well...  :oops:  )

Regards and best wishes to all.

10
Development, Suggestions / What's next after v1.87b?
« on: September 08, 2006, 04:01:35 pm »
Yes, I do see that... I talked myself into it whilst typing my first comments...
... and I agree that the other integrations and software are great...
... it just occurred to me whilst typing that once split sending is done by DW... eventually... and the feature for accepting and registering sales (to be used for selective excluding from some messages which was discussed recently), then there wouldn't be much else to add, and link (from the database,) the sale, to the sales page it resulted from.

This would then give the click-through rate for each mail (if they were different) to the sales page with the conversion rate if a sale resulted.
Alternatively, with the same mail sent in the split-test but with links to two different sales pages, then the conversions of the two sales pages could be compared.
It seems that with just a little extra planning before doing the split feature and also the sales logging feature, the two could be integrated to give comprehensive results.

This arrangement would allow split testing of mail and/or sales pages together with a total click-through rate, separate click-through for each mail, total conversions and individual conversions for each mail/sales page pair. These would also be registered as sales of individual products against customers for selective mailing exclusions and/or promotions.

Considering that 90% has to be done if DW adds the two features that have been discussed then it seems just a little bit more to pull the data from the two features together to obtain more benefit from his work (and value to his product).

I mention this because if the features are planned with this integration in mind, then the extra work is minimal but the extra value enormous.

Trying to add these features as separate units would make integration more difficult later.

It almost seems easier pulling the data required from the database (assuming it has been defined with this in mind) than spending any time arranging for other systems to integrate. If they already (or will) integrate without any additional work from DW then fine, they could be used anyway. But planning the data format at the start to allow for the extra bit of code to be added eventually would add significant value to DW's product when he does include it and only require some relatively small amount of additional code. (DW could fit it in, in his tea break, maybe  :shock:   )

The increase in value of DW's product, I feel, would be significant.

Regards.

11
Development, Suggestions / What's next after v1.87b?
« on: September 08, 2006, 01:07:38 pm »
I don't wish to sound negative but for a mailing system shouldn't DW be concentrating on features for mailing systems as he has suggested.

Features for tracking people visiting webpages and conversion rates from different sales pages do not seem strictly mailing functions, advantageous as they might be.


Split mailings etc. for split testing the mailing success sounds like a powerful mailing feature.

I can also see that selective mailings based on some previously registered sales completions (or other criteria) would be essential to many.


Ok, ok... so if you can do split mailing (or even without the split) and you also have the feature for registering sales and selecting future mailings based on these sales... its not much of a jump to link the click-through from the mail to the conversion from the resulting sale made and registered.

 :oops:   I seem to have talked myself into this... perhaps DW should actually plan (as time permits) for these to be included and linked as an integral part of the most complete mailing system.

I don't think using 'an add-on' would be as powerful as having a comprehensive system as an integral feature of ListMailPro.

A fully featured and inclusive system would put ListMailPro even further ahead of the pretender competition.   :)

Suggesting that some features are only available as extras or add-in's makes the system sound patchwork and not inherently comprehensive.

...just a thought.

12
General Help & How-To / From address
« on: August 24, 2006, 05:54:17 pm »
Under 'list settings' (for the list concerned) change the 'Send as Email' address.

13
Hi DW,
In USER SELECTION, I am unsure what the DateAdd selection is.
If it selects on the date added, then maybe you could restrict the number of emails sent by only sending to those added before a certain date?  :?:

PS.
just another thought...... if you wish to pick the ones you send to then how about using a custom field to mark these ones and then use user selection to send just those ones out..? I haven't tried this, its just a thought.

14
General Help & How-To / Sending Error 354, Please help
« on: August 14, 2006, 09:39:26 am »
Although I agree with the sentiment, I actually disagree with the remedy suggested by Brett in this case. (Sorry Brett..)
Although it would absolve DW and ListMail it would do nothing to help solve the actual problem.

I also don't think encryption is required or is any answer as it is most unlikely anyone resorting to polluting the world in this way is also unlikely to be competent at anything else yet alone understanding the code.

I do think DW is in the best position to:
Identify the sending location of problematic mailings such as when asked to assisting with sending errors etc..
Contact the owners of the servers involved to obtain assistance in resolving sending errors.
These are both legitimate actions for DW when resolving problems with server sending.!

I think, however, that anyone managing servers would be interested to look into large mailings that probably cause problems especially on a budget shared server.

In the event that the mail is identified AT THE SERVER as not being legitimate or against THEIR TOS, getting the server account removed at source without refund would be a better solution.

My previous suggestion of making mail inherently traceable back to the sender or server could be 'built in' to LMP and shouldn't be any problem for legitimate users.

Just stopping the use of ListMail will do nothing to solve the problem.
'Not in my back yard' is no solution.
Anyone engaged with immoral activities should be traced and held accountable.

Sorry Brett, but as with removing vermin, if you frighten them away they just cause a problem somewhere else. Leave food out to attract them and then catch and deal with them properly.


Oh... and sorry if this is in the wrong thread again...  :wink:

15
General Help & How-To / Sending Error 354, Please help
« on: August 12, 2006, 08:52:17 am »
Wow.. Your thread... sorry, I wouldn't want anything on your thread that you didn't ask for. That would be like SPAM, wouldn't it?  :wink:

Pages: [1] 2 3 ... 9