"Unsubscribe" fonction in newsletter mail unsubscribe the wrong e-mail adress
Ã‚Â« Add unsubscribe instructions to each newsletter Ã‚Â» fonction in newletter.
When you clic Ã‚Â« unsubscribe from this newsletter Ã‚Â» in newletter mail, tiki suppress the wrong adress.
For exemple, y try to suppress email@example.com and tiki suppress firstname.lastname@example.org.
|add nl1 in route.php for newsletter1, etc||tracker item|
Mail-List System Feature Enhancement - FeedBlitz newsletter RSS/ATOM
The use of an outside mail-list system is not unusual.
I'm using [http://feedblitz.com|FeedBlitz.com] to get newsletters to users.
It would be nice to have the FeedBlitz system integrated with the Tiki registration module.
Here is what their Knowledge base says about integrating this kind of requirement.
Newsletter subscriptions by anonymous
I'm testing a tiki replacement for our old CMS Made Simple CMS. I'm using the Fivealive Theme and I've set read permissions for anonymous visitors to view newsletter archives though they have to subscribe. In that window to subscribe there's a CaptCha code but there isn't a dialogue box for entering an email address to subscribe. However, when I enter the code, I get the following response:
Thanks for your subscription. You will receive an email soon to confirm your subscription. No newsletters will be sent to you until the subscription is confirmed."
Obviously, that can't happen without having an email address to send the confirmation to.
I've tested this in Konqueror, Chromium and Firefox in an Ubuntu environment; Chrome, IE9 & Firefox in Win 7 Ultimate environment; and Firefox and IE8 in an XP Pro environment. All with the same interface results.
6.4svn regression: Maketoc shown twice in newsletter sent from wiki page template
In these last month of june or july 2011, some regression seems to have been introduced in proposals/6x, which produces that maketoc create the output twice, when sending a newsletter from a wiki page template.
4.0: changing newsletter editor from wysiwyg to normal produces blank page
I created a test newsletter on a new tiki 4.x (using recent svn, similar to tiki4rc1)
* Switched editor to wysiwyg
* copied some content from this page: http://en.wikipedia.org/wiki/Paul_R._Ehrlich (from the title "Paul R. Ehrlich" until the title "other activites" (so that, it's including also a few images available on the internet, in case it matters)
* cliked on the switch editor button (to go back to a normal editor showing wiki syntax)
* a blank page is produced, after 10-15 seconds.
add antibot captcha for anons to newsletters, calendars and tracker item comments
add antibot captcha for anons to newsletters, calendars and tracker item comments
Add IP to syslog and/or action log when anons (at least) add content (for spam protection)
Add ip to syslog and/or action log, so that when anons (at least) are allowed to add content and it's spam (robots seem to be able to post with our current antibot captcha), there is way to identify the ip of the spammer.
So far, antibot captcha is added (in trunk, at least) to:
* wiki edit
* wiki page comments
* forum posts
* tracker item comments
* calendar items
* newsletter subscription
The action of adding content on those features should be logged in syslog and/or action log and IP recorded.
Announcements: There should be an easier way for ppl to stay up to date
Currently, an administrator of a Tikiwiki installation has to hunt for upgrades, updates, and security related information of his installation. It is often cumbersome and sometimes dangerous, think of the delay in fixing a crucial vulnerability, it has happened elsewhere before. It might also be nice to know that ppl are using current and feature complete software.
|archived wysiwyg Newsletters show raw html||tracker item|
|Broken images in Newsletters in 12.x (images sent with relative links)||tracker item|
Can't attach file to newsletter
On the "Send Newsletters" page, click on "To add a file, click here". Nothing happens. In IE, the message "Error on page" appears in the browser status line.
Change to a more modern mail class
SMTP Configuration from inside Admin Interface
Community/Customer/Constituent Relationship Management system (CRM)
Since this is vast project, we'll use a wiki page: ((CRM))
|Encoding issue with Newsletter in Tiki15 and maybe additional preference issue||tracker item|
Error message when trying to subscribe a second time to the newsletter
This is error message:
insert into `tiki_newsletter_subscriptions`(`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`) values(?,?,?,?,?,?)
Error Message Duplicate entry '16-marclaporte-y' for key 1
|Extra lines added to newletters in html mode||tracker item|
HTML newsletter/email output unreliable/distorted
I will paste long test results that i posted in forum at the end.
Simple explanation is that my HTML email that i send as newsletter gets corrupted by my MTA. Pretty sure this is a Tiki issue since i get 100's of correctly formatted html email every day.
Been pulling my hair out for hours trying to figure this out; decided to try searching forum (will someone with admin please enable full text search on this site???). Came across this post that sounds much like my problem. Doubt anyone still watching this post but maybe Sylvie is still keeping an eye on it.
I have authored a very lovely, very html rich newsletter. Thought it would be very cool to use TW to send this as an email (ala TW Newsletter). But my email seems to be getting corrupted in numerous very confusing manners. Like I said I have run about 50 tests so far and results are a bit sporadicÃ¢â‚¬Â¦ so just a few of the results:
- the html file I am trying to use as content for my newsletter can be seen (perfectly I might add) I a browser at [http://www.ottawavolleyball.com/newsletters/nl_0505.htm]
- nl preview almost always looks correct Ã¢â‚¬â€œ but not always (canÃ¢â‚¬â„¢t handle background style color setting for example Ã¢â‚¬â€œ but no big deal)
- I am using a few different mail programs and different mail servers
o mozilla mail, Outlook, and webmail
o my ISP mail account and the mail server that run myself
- basic issue is that when I look at the email Ã¢â‚¬â€œ it is messed up
- looking at the html source that my email program spits out I see 3 basic types of corruption:
o characters being lost (ex. link to gif is http://domain/ball.gif and it ends up as http://domain/bll.gif)
Ã¯â€šÂ§ this of course shows up when viewing the email as a missing graphic
o characters are being inserted
Ã¯â€šÂ§ the Ã¢â‚¬Å“=Ã¢â‚¬Â character is being thrown in all a lot ; and sometimes the character string Ã¢â‚¬Å“3DÃ¢â‚¬Â Ã¢â‚¬â€œ which amazingly enough is ASCII for .. you guessed it Ã¢â‚¬â€œ the Ã¢â‚¬Å“=Ã¢â‚¬Â character
Ã¯â€šÂ§ this of course has a similar effect to characters being lost
the REALLY messed up part of this problem is what is consistent and what isnÃ¢â‚¬â„¢t:
- my ISP mail account generally works better
- errors are repeatable Ã¢â‚¬â€œ sending same email over and over will always same corruption
- that corruption is mostly repeatable between Outlook and Mozilla Ã¢â‚¬â€œ but not completely
Like I said I have far more details test results Ã¢â‚¬â€œ but I figure if someone knows the answer to my problem Ã¢â‚¬â€œ they likely already know it from what I have reported so far.
My final test was to simply scrap the whole formatted html newsletter idea and just send a text email giving link to see html nl in browser. My simple one liner with a link also gets corrupted but only when going through my email server (my ISPs works fine).
Any thoughts would really save me a lot of hairÃ¢â‚¬Â¦
Newsletters not being sent out normally if Gzip output is enabled
When Gzip output is enabled under Admin | Spped & Performance, it is not possible to send out newsletters greater than 100 in number, if at all. When attempting to send newsletters, it shows a 'Cannot load page' message in the frame where the log of email addresses normally appears.
Newsletter - problem in get_all_subscriber when login name contains uppercases
A user registered himself, and chooses as login a name with uppercases (Stephane).
Two newsletter are created, with different subscriptions:
1) group subscription, including the aforementioned user
2) user self subscribe
When sending newsletter 1, the email is sent to the user.
When sending newsletter 2, the email address of the user is not found in the database and cannot be sent (despite finding the correct number of subscribers)
I traced it to two libraries:
first in ./lib/newsletter/nllib.php, in the function get_all_subscriber, we can see in the first part of the function how the email adresses are collected based on the subscribed groups. The select is mostly direct, and gets the correct information.
Later in the function (line 215 and following), individual users are added to the list of emails. Line 218, the "email" from the table tiki_newsletter_subscriptions (which is the login for registered users) is brought to lower case. (Note: I'm not sure, but it could be that the subscription module also puts the login in lower case in that table...)
Finally, line 232, the function get_user_email uses as parameter this lowercase login name to find out the actual email address.
This function is defined in the library ./lib/userlibs.php on line 5581.
This function compares the login passed as parameter to the login in the users_users table, but with a "binary" comparison, i.e. case sensitive! Removing the binary keyword lets the newsletter module find the correct user, and then its email.
Group registration in newsletters conflicts with the "Use email as username" feature
# Install a fresh Tiki
# Create some usernames as usual
# Set "Use email as username" feature to yes
# Create more users (this time, username will be the email)
# Create a newsletter
# Subscribe the Registered group to the newsletter
# Send a newsletter
The system will crash and be unable to send the newsletter because some users don't have valid emails. If you error reporting is activated, you will get a message like this:
The following error message was returned:
Duplicate entry '3-mcradmin-g' for key 'PRIMARY'
The query was:
INSERT INTO `tiki_newsletter_subscriptions` (`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`,`included`) VALUES (?,?,?,?,?,?,?)
The built query was likely:
INSERT INTO `tiki_newsletter_subscriptions` (`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`,`included`) VALUES ('3','mcradmin','6b78cc21c16e768dd8fbb6b538c6bf78','y','1339700591','g','n')
Things to check:
Is your database up and running?
Is your database corrupt? Please see how to repair your database
Are your database credentials accurate? (username, database name, etc in db/local.php)
Did you complete the Tiki Installer?
Please see the documentation for more information.
Permission on Newsletters using Group Permissions
as written to the dev list, I had the problem to restrict access to some newsletters but not to all. I found a solution, but I am not sure, if this breaks nothing else. Here is the problem:
I want to set up some newsletters: One with access from anybody (anonymous users can subscribe and view the archive) and some others with access only for special groups of users.
On global permission page I set 'tiki_p_list_newsletters' and 'tiki_p_subscribe_email' for anonymous users (this permissions are not available on the object permission page).
On the object permission page for the single newsletter (accessible through /tiki-admin_newsletters.php and the key icon of every newsletter) I activate 'tiki_p_subscribe_newsletters' and 'tiki_p_view_newsletter' for the group of users with permissions on this newsletter.
With this settings I would expect, that an anonymous user browsing page tiki-newsletters.php would see the list of newsletters, in this case showing only the public newsletter. But in this case there is an error (You are not logged in). As a privileged user (allowed to see all newsletters) the page is accessible but empty, not showing any newsletter.
Unable to "unsubscribe" from Newsletter
When clicking the "unsubscribe" link from a newsletter email the customer is immediately taken to the site where they receive a "You are not logged in" error. If the customer were to first log into the site and then click the newsletter "unsubscribe" link in the email it works fine.
Missing Permissions assignment feature for Newsletters
Contrary to TikiWiki documentation (and contrary to TikiWiki common sense) it is NOT possible in a 3.0 wiki (specifically http://jiamcatt.ourwiki.net) to assign any permissions to Newsletters. This means that NO ONE, other than Admins can even see the list of Newsletters, to say nothing of viewing past newsletters (the archives). This is unacceptable â€“ and contrary to TikiWiki documentation.
JIAMCATT is the community of IT-oriented managers of language (translation and interpretation) services of major International organizations and European multilateral bodies. After a slow start about a year ago this community has now agreed to try to use a TikiWiki-based system. Within the past month (since several of the TikiWiki team participated in the JIAMCATT annual meeting in Ottawa, Canada early May 2009) close to 200 users have joined up.
One key aspect of the work of JIAMCATT are Working Groups. One of these has just started work. Itâ€™s tools include wiki pages in the two working languages (En + Fr), a discussion forum (consisting already of 13 topics), and â€“ last but NOT least â€“ a Newsletter to keep everyone abreast of developments. This feature, it now turns out doesnâ€™t work in a very bad way: NO ONE, other than Admins can even see the list of Newsletters, to say nothing of viewing past newsletters (the archives). This is unacceptable â€“ and contrary to TikiWiki documentation.
I expect this should be a simple fix for a TikiWiki insider (the feature existed at the time the documentation was written); albeit impossible for someone not intimate with the insides of this system.
Screen shots are attached. The first â€“ now shows as the last â€“ called â€œButtonsAvail-inJiamcatt-ourwiki-net-Newsletter-admin.gifâ€ shows the buttons seen by an Admin user when trying to do â€œAdmin Newslettersâ€. The second, called â€œMissingButton-from-doc-tikiwiki-org.gifâ€ shows the buttons in doc.tikiwiki.org in the http://doc.tikiwiki.org/Newsletters section in the http://doc.tikiwiki.org/tiki-index.php?page=Newsletter+Admin&bl=y page, under the segment titled â€œChanging Existing Newslettersâ€. The third screen shows you what a non-Admin user who should have access to view newsletters and archives of this Working Group, sees (file: â€œEmpty list of newsletters for (nonAdmin) WG members.gifâ€).
Unless someone can provide a fix quickly, this group will abandon TikiWiki as its working tool.
Newsletter - Clipper - Articles - Blog
I know, that somebody (Xavi? Nelson?) is working on a functionality, called "Clipper", that should allow to choose certain articles headlines and to send them by newsletter.
I think it would be nice/importand to have the possibility, to send not only the header, but also the teaser for every article like the following:
author, date ...
bla bla bla
Another guy did request this feature for blogs, to give operational stuff the possibility to send the management daily or weekly reports.
So I think this "clipper" feature would make sense for blogs aswell.
Newsletter "Validate email addresses" parameter reverts to NULL if you edit it (v2.2)
When you first define a Newsletter if you set the "Validate email addresses" parameter this, first of all, works fine and in the Subscription screen the "Don't send confirmation mail" is shown and a validation e-mail is sent when a new user is added.
BUT if you go back and Edit the Newsletter - first of all the "Validate email addresses" is NOT ticked when the existing Newsletter details are populated - but reticking it and reSaving the Newsletter does not set the parameter. Looking at the raw database shows that whilst the validateAddr field is set to "y" when the Newsletter is first set up - it is set to NULL once the Newsletter is edited and no matter how many times the Newsletter is edited and resaved the field stays at a NULL value - and obviously the validation process for new users is no longer available.
Editing the raw database with phpMyAdmin is the only way to reset the field to "y"
newsletter / cron job with content of since_last_visit_new
since_last_visit_new is an amazing module
Now, it would be nice to be sent a weekly summary (and URLS) of everything that has changed on the site, since my last login.
This is similar to the idea of RSS to newsletter that phplist offers. However, in our case, it would respect the permissions (WYSIWYCA)
Ideally, it would only be sent if you don't login after x days or weeks.
Feature request inspired by Yannick Boily
|Newsletter autoclip url for article link or image is relative (sould be absolute)||tracker item|
Newsletter boundry condition.
There seems to be a boundry condition in processing the HTML version of a newsletter. if the following appears in a newsletter:
No matter which side of the door the dog or cat is on, it is the wrong side.
any tex following it is dropped. However, all of the text does appear in the plaintext version. Adding or removing any characters causes the text to appear.
|Newsletter completion text and download log message not shown when 'throttling' is used||tracker item|
|Newsletter fails to be sent properly if article clipping is involved||tracker item|
Newsletter feature missing in tiki-admin_layout.php
top & bottom bars are now showing on tiki-newsletters.php, as there is no setting to de-activate them on tiki-admin_layout.php and the master setting from tiki-admin.php?page=features is not used.
Newsletter from address does not use Sender Email
After a recent CVS update, the From: address of newsletter e-mails changed from the configured SenderEmail address to (apparantly) the address of the logged on user sending the newsletter. Since a changing number of users can send newsletters, it is difficult for recipients to configure their e-mail filters to accept all of them. The change caused a number of newletters to fail delivery.
Newsletter group subscription inheritance problematic
Imagine a simple group setup in which we have an Employee group and a Manager group. Every manager is an employee and so has all of the permissions of an employee, so we make the Manager group inherit from the Employee group. We put the basic permissions on Employee, and the special permissions of managers on the Manager group. Good so far. Now we'd like to have a newsletter BossNews for managers, so naturally we subscribe the Manager group to the BossNews newsletter. But by the current group subscription rule, this automatically sends BossNews to the Employee group as well. Presumably not what we want, as the BossNews is intended to have the inside scoop that only Managers should see.
Since the inheritor group generally corresponds to a ''subset'' of the inherited group, it is very unlikely that the current rule will be useful -- subscribing the subset to the newsletter should not automatically pull in the larger set.
Even reversing the newsletter subscription inheritance -- so that subscribing Employee to a group automatically subscribes Manager -- may be problematic. The subgroup may not want to see the "chatter" of the larger group. Think BoardOfDirectors as a subgroup of Managers -- they probably do not want to see all of the Employee updates.
So I would recommend no inheritance at all for group subscriptions to newsletters, since you can always subscribe both Employee and Manager to a newsletter if that's who should receive the messages.
Newsletter plain text is lost
When creating a newsletter item, both HTML and plain text versions are requested. The plain text information is empty if the newsletter is edited.
Newsletter Preview gives a false impression of resultant outcome as a received e-mail
When an HTML Newsletter is created and 'Previewed', what is shown uses the linked CSS styles for the site's theme that are available to the browser - but these will not be available when the Newsletter is received as an e-mail and viewed in an e-mail client like Outlook. Generally speaking e-mail clients need to have in-line styling/'old fashioned' HTML tags.
It would be more sensible if (somehow?) the Preview function in Newsletters only used the formats/styling that was in-line/directly embedded in the content since this would generally provide a more realistic idea of how the Newsletter would look when it arrived as an e-mail - although depending upon the e-mail client even embedded styling may sometimes be stripped out.
So perhaps, at least, the Preview screen should warn users of this problem??
FIXED with newsletter.css custom css now in use
|Newsletter sends text and html and no way to choose only one||tracker item|
|Newsletter Sent, Attachment Dropped||tracker item|
Newsletter subscribers cannot confirm subscription nor unsubscribe using links in eMails
Auto-eMail is generated to subscriber using template confirm_newsletter_subscription.tpl which contains the following:
In order to confirm your subscription you must access the following URL:
However,the url_subscribe truncates the php extension in the pagename shown in the email sent to subscriber as follows: tiki-newsletters.ph?confirm_subscription=someString, rather than tiki-newsletters.php?confirm_subscription=someString
Newsletter is generated to all subscribers containing unsubscribe message generated using template newsletter_unsubscribe.tpl which contains the following:
You can unsubscribe from this newsletter following this link:
But, the newsletter shows a truncated php extension in the pagename of the url_unsub as follows:
tiki-newsletters.ph?unsubscribe=someString, rather than tiki-newsletter.php?unsubscribe=someString
|Newsletter which includes article(s) plugin loose format and doesn't show images which are included in the articles||tracker item|
Newsletter: attaching files
Sometimes, it is useful to attach files to a newsletter.
Alternatively, it could be a newsletter with a link to a file (a unique, very long URL, which provides access to the file without entering a password)
|Newsletter: GMail "message clipped" due to CSS too large||tracker item|
Newsletter: import emails from .csv
importing users & tracker items from .CSV is possible, so why not for newsletters :-)
Newsletter: more option for the "from" address
The goal of having a newsletter system with group & permissions is that many different people may send newsletters.
Until 1.9.2, the "from" email was always the system email. In 1.9.3, the "from" email was corrected to be the user actually sending the newsletter.
We could have general options, overrideable on a newsletter-per-newsletter basis.
A- System default email
B- Email of person sending the email (so this person gets the replies)
C- Use a specific email (part of newsletter settings)
|Newsletters do not show the list of emails being sent to||tracker item|
|Newsletters using a previous edition sent has not the expected behaviour||tracker item|
Newsletters, group subscriptions:: admin should be able to see who unusbscribed
In Tiki newsletters, it is possible to subscribe a group (excellent)
It is also possible for individuals to unsubscribe from a newsletter without leaving the group (excellent)
However, newsletter admins do not have access to this list. They should know who left the list and should be able to administer this "exception" list.
Non-critical usability bugs in Newsletters
Usability bugs - not showstoppers but could use some polishing.
* no handling or warning if you subscribe a user without an email.
* No way to skip the confirm your subscription?
* Download the log file displays a blank page in the browser - temp/public/newsletter-log-2.txt
* adding a subscriber, selecting a user but checking "Add Email" crashes Tiki. (unhandled null)
* no way to filter or recognize anonymous spam bots
Option to send newsletters as plain text
When sending newsletters, Tiki sends as HTML. However, if the recipient does not accept HTML, the newsletter may become malformed for the recipient. For example, the EXTERNAL LINK text becomes merge with URL links.
I would like an option to send the newsletter as "plain text", thereby stripping out all HTML from the newsletter.
|Option to send personalised newsletters||tracker item|
|Per user/group newsletter administration (adding category or object permissions)||tracker item|
|Per user/group newsletter administration (adding category or object permissions)||tracker item|
Printing/ e-mailing Multiple Blog entries based on date
Hi there everyone, newbie calling.
I work in a technical operations area. Currently developing the wiki as a wiki for operational staff across various areas but thought I would use some more of the functions that are available.
As an operations area there is a requirement for logs to be written daily by operation staff across different departments and to be e-mailed to management staff.
My idea is to give each department (5 in total) a separate blog. Only members of each department can write to their blog but any member of each department can read the other blogs. So far so good. By tagging each entry searches across blogs can identify faults across departments. This works perfectly and therefore preferable to a forum based solution as I need it to be as simple as possible for the operational staff.
However there is a requirement to print each log on a daily basis and ideally e-mail it to non-members (managers) possibily dependent upon tags. Obviously it is simple to print each separate entry but what I am looking for is a way of printing a 24 hour period of blog entries, or exporting them to a text file (word or e-mail body for example) to be distributed and printed. This is because there can be as many as 100 blog entries per day and it would be time consuming (and forest destroying) to print each one out individually.
Apologies if this is covered in a document that I have missed but I am still trying to absorb all the variables. I have also posted it in the forums to see if someone has any ideas with existing features or indeed using it in this way.
Any help would be greatly appreciated
RFE: admin interface 4 template message emailed to new users to a group (registered, or others)
Copied some suggestion I just throwed on irc..., after fighting each time on some of my production sites to manually send messages to many users which are kind of lost some times at the beggining of their participation in a tiki-site-powered community.
(11:37:39) xavi: I was just wondering about a new and easy improvement of the registration process of new users to a community sit eusing tiki
(11:38:07) xavi: just through allowing an admin to add acustomized welcome message to new users successfully registered to the site...
(11:38:29) xavi: ... with the text and links he might need to tell to new users....
(11:38:52) xavi: ...in a similar way to what mailman does for the welcome message to new users...
(11:39:48) xavi: ...I imagine a simple text area, like site identity does, where the admin can write any simple text (with or without wiki markup? like the newsletter feature does/allows)...
(11:40:45) xavi: ...so that the admin can set that message easily (without manualy searching for the appropiate template to hack through ftp)...
(11:42:48) xavi: ..and the the new user, can review the infos and tips that he/she needs to know on that site: "now you can: # watch that forum where that important thing is discussed.... #join that newsletter/blog/articlefeature to be up to date about news from that community, #review and/or subscribe to that tracker..., ...
(11:45:22) xavi: oh well, I can't code php+mysql myself (yet, at least ;-) ), but I guess that this shouldn't be that difficult nor time consuming to an experienced coder, provided that that person agrees on that this feature is "low hanging fruit" to improve the experience of newcomers to a community, through improving the communication while the first steps of that person in the community site...
This could also be important for ((Workspaces)), and ((Organic Groups)). So that, not just to register (join the registered group), but as a customized message per group, so that, when joining a new group (at registration time, or later on through the subscribe groups plugin), you get the specific message with hints, links and remindings of things adapted for that group.
|Send Newsletters sends to only one subscriber||tracker item|
|Some subscribers to a newsletter get deleted when one subscriber validates link||tracker item|
Special characters in newsletters & email notifications when copy-pasting from Microsoft Word
"Put simply, I have a text box, and people commonly cut + paste
information into this text box from Microsoft word. The problem is that
word has all types of funky characters (smart quotes, em-dashes), that
the system (php-based) doesn't understand. Does anyone know of a way to
filter out these Microsoft-specific characters? Does PHP have a special
function for this? Thanks a lot!"
I have problems with oe, and OE too. (used in French)
In Tiki, when the page is saved, it is OK for viewing & printing.
However, newsletters & email notifications (of articles & wiki pages)
are sent with a question mark instead of these characters.
Has anyone figured this out for Tiki? We'd need some sort of cleaning
code in the email class?
Subscribe users to newsletter based on last login
Currently, Tiki allows you to add users to a newsletter by name, email, or an entire group.
I would like to add users based on last login. For example, I want to send a newsletter to all users who have not logged in for 6+ months.
tiki-send_newsletters.php : pagination is broken
You can only see one page's worth of newsletters.
increase: "Maximum number of records in listings"
tiki-send_newsletters.php results in 501 Method Not Implemented
The following text in a newsletter results on "send newsletter" in:
501 Method Not Implemented
to /index.html not supported.
Invalid method in request
Oddly, when the message is split into part, each part will go through.
> > > Rick Labs wrote:
> > >> 2. I would like to get you introduced to
> Christian Schuhegger
> > over at the
> > >> OJTS. He is running a pure Java Project. While
> the guy is
> > brilliant I'm
> > >> not
> > >> positive he has much real world experience with
> investment system
> > >> backtesting and all the ways you can "torture"
> > investment data
> > >> to
> > >> "make it tell you what you want to hear".
> However, Christian is a VERY
> > >> quick
> > >> learner! I'll bet you would both benefit by the
> > >
> > > I am the founder of the OpenJavaTradingSystem
> project on sourceforge:
> > > http://ojts.sourceforge.net/
> > >
> > > As stated on the website of the project:
> > > "The project's aim is to provide a self
> contained pure Java (platform
> > > independent) common infrastructure for
> developers of trading systems."
> > > Which means that the aim is not to produce a
> finished end user
> > application
> > > but to factor out all the common and boring
> subparts that you need to
> > > write a trading system and to define "standard"
> interfaces for the
> > > subparts.
> > >
> > >>>robotrader or any part of it in those pages,
> please feel free to do so.
> > >
> > > I've just had a quick look at your robotrader
> project and I see for
> > > example that you have implemented fetching data
> over yahoo. The
> > gathering
> > > of data from "data providers" I would consider
> such a common and boring
> > > subpart of every trading system project.
> Therefore I would like
> > to see it
> > > implemented in a library (e.g. OJTS) with well
> > interfaces so that
> > > you can plug in other "data providers" easily.
> > >
> > > I would also like to point you to the
> humaitrader project:
> > > https://humaitrader.dev.java.net/
> > > which in my opinion looks very promising. I've
> contacted the author
> > > already but I habe the feeling he is not very
> interested in
> > sharing parts
> > > of his implementation.
> > >
> > > The sad thing in humaitrader aswell is that
> common functionality is
> > > implemented again and again!
> > >
> > > I would like OJTS to be in the trading system
> community something like
> > > OSKit is for the operating system researchers:
> > > http://www.cs.utah.edu/flux/oskit/
> > > "... the OSKit lets them concentrate on the real
> issues ... instead of
> > > spending six months or years groveling inside
> ugly code ..."
> > >
> > > For the beginning I would like to create common
> interfaces and
> > > implementations for the following parts:
> > > # the gathering of raw data over the internet
> > > # the recognition of trading signals /
> algorithms in general
> > > - here for example ta-lib could be plugged in
> > > # a visualisation module
> > > - why does everybody have to reinvent the
> visualisation? is
> > writing this
> > > part of the code so intellectually inspiring :)
> > > # plugging in scripting languages
> > > - beanshell
> > > - abcl lisp
> > > - sisc scheme
> > >
> > > Up to now I've worked alone on OJTS, but with
> Rick's talent to bring
> > > people together perhaps some of us could start
> OJTS (or at
> > least its idea)
> > > from scratch again. It would be nice to throw
> our collected experience
> > > into a bin and come up with a really good
> foundation library
> > for trading
> > > system.
> > >
> > > Have a nice week-end,
> > > --
> > > Christian Schuhegger
> > > http://www.el-chef.de/
Trackers: email field type -> ask email twice and check that they match (same thing for newsletters)
When using a tracker to collect emails, it's very important that there be no typo.
User with only the tiki_p_subscribe_newsletters permission doesn't see the Subscribe button
sorry - not actually a problem
Using desktop mail client (ex.: Thunderbird) to reach Tiki contacts, groups or newsletter
Tiki newsletter works well for small volumes.
But for large volumes, as with any web app, sending emails from a server can be a challenge. Risk of being flagged as spammer, high server load/difficult to throttle, limits from your web hosts (ex.: max x emails per hour), etc
A helpful alternative would be something like this:
So my Thunderbird client or desktop newsletter application (ex.: [http://gammadyne.com/mmail.htm|Gammadybe Mailer]) should be able to access the TikiWiki database to generate recipient list.
Another approach is to make the Tiki contacts (address book) accessible via the LDAP protocol and thus, email clients can access.
When a user unsubscribes from a newsletter, he is unsubscribed from all newsletters
This problem occurs if :
* the subscriptions to the newsletters are made with tiki groups (with tiki users)
* some groups are subscribed to more than one newsletters
* the users can unsubscribe with the links added at the bottom of each mail
==> if a user clics on the link added in a mail, he will be unsubscribed from all the newsletters