Jump to:
| Project: | Mime Mail |
| Version: | 6.x-1.0-alpha1 |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (cannot reproduce) |
Issue Summary
I'm using Simplenews and Mimemail to deliver a newsletter to ~550 members. The newsletter pulls in data from 2 different views at delivery time, along with other content entered specifically for the newsletter itself.
The problem is that a significant percentage of users are seeing broken urls in the output from those two views. For example, instead of seeing a link with url http://www.example.com/content/my-article, they're getting http://:/content/my-article. Obviously, that link won't work when clicked in an email client. The weird part is this doesn't happen to everyone; when *I* receive the newsletter, the links are (usually, but not always) intact and functional. Also, when I send the newsletter to the 'test address', the links always come out right (even if I make the test go to one of those users that always has the problem with 'normal' newsletters).
I've considered that there might be a permissions issue here...but I haven't been able to sort it out.
Comments
#1
I should also mention that I'm using Contemplate to style the newsletter output (with node-simplenews-body.tpl.php), per this article.
#2
I've had the same problem and it is driving me batty!
#3
I have the same problem: when i send a newsletter unsubscibe link (and statistics link) are wrong. For example:
http://newsletter/confirm/remove/7cd7ef69d71d645
instead of:
http://www.mysite.com/newsletter/confirm/remove/7cd7ef69d71d645
#4
So nobody has found a solution to this yet?
#5
Can you give more details how to reproduce?
#6
Having major issues with this same problem on two client sites. Test emails always work but a high percentage of live campaigns have truncated the domains out of the URL links. i.e., http://mydomain.com/simplenews/node/777/blah/blah delivers as http://simplenews/node/777/blah/blah.
Two different installs both identical modules and hosting as follows:
GoDaddy Shared Hosting (PHP 5.2.8)
Drupal 6.14
Mime Mail: 6.x-1.0-alpha1
Mime Mail CSS Compressor: 6.x-1.0-alpha1
Simplenews - 6.x-2.x-dev
Simplenews action - 6.x-2.x-dev
Simplenews Statistics - 6.x-2.1
Thanks in advance for your help!
#7
It's hard to fix if we can't reproduce... However, please update to the latest (currently alpha3) release and try with that.
#8
I just updated to alpha 3 and will give it a run.
Unfortunately it's hard to reproduce as the failed URLs are sporadic.
Is there an easy way to log the body of the emails as they pass through?
#9
@InTheLyonsDen: Use the dd() function provided by the Devel module.
#10
any news if this is fixed? subscribing
#11
I have a similar problem. Also intermittent.
My modules are:
- mimemail 6.x-1.0-alpha6
- simplenews 6.x-1.3
- web file manager 6.x-2.12
In our case, we use WebFM to attach files to a simplenews node. The newsletter is setup as 'html'. When the newsletter is sent in Test mode, the email contains (but not always) an attachment section with the links to the WebFM files. When the newsletter is sent for real, by cron, the email rarely (but not never) contains the attachment section with the links to the WebFM files.
I have tested it using the Upload module for files rather than WebFM - same intermittent problems.
#12
I'm facing [sort of] the same problem. Not sure which module causes it but maybe anybody here can help or point me into the right direction.
Modules are;
- mimemail 6.x-1.0-alpha6
- simplenews 6.x-1.1
- simplenews statistics 6.x-2.1
- domain access 6.x-2.1
When sending a newsletter without simplenews statistics module enabled all url's in the received newsletter are fine. When enabling the simplenews statistics module and sending the same newsletter all url's/ links turn into http://localhost... etc. You might expect it has something to do with simplenews statistics but on the other hand the above described problems sounds a bit the same.
#13
Wow, sorry, I lost track of this issue and haven't been receiving updates/comments.
It's been a while now, but I remember that we noticed only users that had IE installed as their default browser were seeing the problem. I could open the newsletter on one machine (with Firefox as default) and the links were good...on another machine with IE as default, they weren't rendered properly. That, to me, said the difference in browser engines was the issue more than anything.
IIRC, the Absolute Urls (http://drupal.org/project/absolute_urls) took care of part our issue, and we started pasting absolute links manually in the places where that didn't help. Sorry, I can't remember more at this late date...
#14
No activity for months, closing issue.