PHPlist urls in email body changed to clicktrack urls - url

I have clicktrack turned off, however text only messages with url links in them are having the url's changed to a clicktrack url's. That is they point back to "mywebsite.com" and not the intended url link.
I have searched google and found people (this year 2014) having similar problems but no answers.
All the clicktrack settings in the config files are correct "off" (does not seem that complicated)
changing them to html ref just leaves me with the href label which is not clickable (might be a clue but not sure), and I actually want to send text email not html.
Has anyone else had this problem, or any ideas on solutions?

I added the following settings to try to solve and it seems it works
# Usertrack
# Usertrack is used to track views or opens of campaigns. This only works in HTML messages
# as it relies on a little image being pulled from the phpList system to update the database
# To add it to your campaigns, you need to add [USERTRACK] somewhere.
# From version 3 onwards, this is automatically done with the following setting. If you do not
# want it, you can switch it off here, by uncommenting the next line
define('ALWAYS_ADD_USERTRACK',0);
# Click tracking
# If you set this to 1, all links in your emails will be converted to links that
# go via phpList. This will make sure that clicks are tracked. This is experimental and
# all your findings when using this feature should be reported to mantis
# for now it's off by default until we think it works correctly
define('CLICKTRACK',0);

Related

How to customize supabase (selfhosted on docker) email?

Hi I can't change the template of the emails sent from supabase, I've tried everything.
It works great but I would like to be able to customize it.
the non-self hosted solution (as described here is different)
email screen
Is there a way to edit this email template?
I searched on the documentation in general, googling and looking for solutions on github. I would like a solution on how to set it up, currently I have not been able to get results.
There's one - to config GoTrue (after reading documentation>e-mail) through env:
Here's the example from self-hosting tutorial:
# Email templates
# Invite user - provide a URL to a HTML or Text template
GOTRUE_MAILER_TEMPLATES_INVITE=https://example.com/path/to/your/invite/template.html
# Confirm registration - provide a URL to a HTML or Text template
GOTRUE_MAILER_TEMPLATES_CONFIRMATION=https://example.com/path/to/your/confirmation/template.html
# Password recovery - provide a URL to a HTML or Text template
GOTRUE_MAILER_TEMPLATES_RECOVERY=https://example.com/path/to/your/password_reset/template.HTML
# Magic link - provide a URL to a HTML or Text template
GOTRUE_MAILER_TEMPLATES_MAGIC_LINK=https://example.com/path/to/your/magic_link/template.html

Branch.io returns me a File Not Found

I'm trying the Branch.io API and I think I'm getting a weird problem because I'm not able to create my links properly: I can use the link for starting the app without parameter: this link http://4t3i.app.link/KDSYTMnSZs.
It works perfectly but as soon as I try to put some parameter following the doc for appending query parameters, it returns a File Not Found Webpage.
I tried:
https://4t3i.app.link/a/?&jobId=saucisse
https://4t3i.app.link/a?%24deeplink_path=article%2Fjan%2F123&%24fallback_url=https%3A%2F%2Fgoogle.com&channel=facebook&feature=affiliate&user_id=4562&name=Alex (that's the example they give)
I have the feeling I'm really missing something but no idea what. Is that so easy to add parameters: just a/ and then appending parameters??
Alex from Branch.io here:
We recently made a major back-end change to accommodate some new technical limitations that Apple imposed with iOS 9.3.1, and unfortunately it looks like we didn't fully update all our docs yet!
Your links are correct, but the /a is no longer necessary. So they would be:
https://4t3i.app.link?&jobId=saucisse
https://4t3i.app.link?%24deeplink_path=article%2Fjan%2F123&%24fallback_url=https%3A%2F%2Fgoogle.com&channel=facebook&feature=affiliate&user_id=4562&name=Alex
When you open these, you'll be able to see the link clicks coming through on this dashboard page
Thanks for noticing this. I'll make sure we get the documentation changedto reflect the new system.
Edit: also note that those examples above create new links with the specified parameters. If you simply want to append an additional parameter to an existing link, you'd do this: http://4t3i.app.link/KDSYTMnSZs?jobId=saucisse

Umbraco - Incorrect link to document when useDomainPrefixes = true

(To make this simpler - I've re-posted the first part of this question as a separate question, which has now been answered:)
Umbraco - Incorrect alternative link to document
Here's the full, original question:
On our website, we have the following structure:
sitename
-Global
-English
-UK
-English
for the Global > English page, the links to the page are showing as:
Link to document
/global/en/
Alternative Links
http://english
so the 'Link to document' is correct, but the alternative link isn't. On the UK > English page, I just get the correct 'Link to document'
On our development version, I've just turned on the useDomainPrefixes = true option in the umbracoSettings.config of of the site, and I've added a hostname for the top level 'sitename' node. Now I get the following as page links for the Global > English page:
Link to document
http://english/
Alternative Links
http://hostname/http://english/
http://english
I get the correct links for the UK > English page, showing the correct hostname in the URL like this:
Link to document
http://hostname/global/en/
I've tried re-publishing the entire root node (sitename), however I get an unusual timeout error. I've increased the timeout for the app pool, and for the session and the umbraco timeout in the web.config, however this is a different error probably related to the proxy server contacting the web server.
Is republishing the entire site the only fix? I've tried only publishing the sitename > Global node, which completes successfully, but doesn't fix the issue.
This is sometimes caused by setting the domains for the content nodes incorrectly. If you've right clicked and selected "Manage Hostnames" then you can get issues like this.
Remove all hostnames and see if everything works with UseDomainPrefixes=true.
I would reinstall from scratch and rebuild the site if the worst happens and you really cannot fix.

Drupal 7: URL alias is getting ignored on pages when "provide a menu link" is unchecked on multilingual site

I'm hoping someone can help me because this is driving me crazy.
I have a multilingual DrupaL 7 site set up with English being the main language and French being the secondary language. I have url aliasing set up and for the most part it works correctly.
The problem arises when I have pages that I don't want included in a menu, so I leave the "provide a menu link" box unchecked. Even if the "Generate automatic URL aliases" box is checked for those pages without a menu link, the page completely ignore any url alias patterns I have set up and the url always shows up as 'node/31' instead of 'my-content-page'. If I hardcode in a URL alias via the URL path settings on the page, it WILL take those, but this is not what I want. I want it to take the url alias pattern I've set up for it. I even installed the "Pathauto persistent state" module and forced the "Generate automatic URL aliases" to remain checked just in case, but my alias patters are still ignored.
Both English and French pages do this if the page is not provided a menu link.
Has anyone seen this behaviour before? Does anyone have any ideas what might be wrong?
Thanks!
This can happen when you have tokens in your URL alias pattern that doesn't work for any reason. In your case it sounds like you have a pattern including a "menu item" token, so when you save your node without a menu item, the URL alias is not created.
The solution would be to either include a menu item, manually add your URL alias, or change anything looking like [node:menu-link] in your URL alias patterns to something else.
I think I had the same problem, and the point was that the "Basic Page" content-type needed to have available the menus of the appropiate languages in its "menu settings" (in admin/structure/ then "edit" basic-page) .
Hope this will work for you too.
If your have a non english site, follow the issue: https://drupal.org/node/1847444 and patch or solution.
I had the same problem and I solved it, "I hope forever", by reading the comment written by enzipher:
This can happen when you have tokens in your URL alias pattern that
doesn't work for any reason.
I'm using a custom pattern and I solved it by following these steps:
I went to pattern page, deleted custom token and save
I went to node and edit, then saved the node and url alias had been created like domain/language/title_node
I went to pattern page, insert same custom token and saved
I went to node again and edited it, then saved and the correct node url alias has been created
domain/language/custom_token_content/title_node

Symfony 1.4 Backend app for admin fail on Prod environment

I have a perfectly working admin backend on my dev environment but it fails miserably on the prod environment. Specifically a bunch of problems arise :
It is unable to read the symfony/web/sf/ directory hence not loading the required images though it states that a project has been successfully created. This however is not the case with the frontend leading me to believe that the problem is more sinister than what meets the eye.
Though it loads the admin pages, the css is not loaded, even though admin.css is present in the web/css directory.
I did an inspect element and the problem seems to be this, instead of routing to
/web/css or /sfDoctrinePlugin or /web/js
it prefixes the name of the app [controlcenter in my case] to everything, essentially rendering the HTML as:
href = "/controlcenter/web/css" or href = "/controlcenter/js" or href = "/controlcenter/js" . And this does not happen at all on my dev environment and things render the way they do.
Fixits anyone?
This was completely ridiculous of me to post this. I was simply trying to go to controlcenter/module which basically translates to backend/module for most people.
The index file in this case is controlcenter.php, and upon accessing that, I get the website to render the way it ought to. Sorry for the confusion people. Hopefully someone drops in by and sees the answer for themselves.
I should set up defaults in my routing.yml so that it automatically redirects without me having to type controlcenter.php
Thanks

Resources