293982
Thanks for the reply. This has nothing to do with my Mail Server as my mail server is not generating the email - XOOPS & PHP are. However, my specs are as follows:
Web Server:
Dual P3 3000
Win2K Advanced Server
IIS 5
256 Megs of Ram
PHP 4.21 (using cgi version)
Latest release of Xoops
Mail Server:
Windows2000 Advanced Server
AMD Athalon 1800
512 Megs of Ram
Merak Mail Server Professional
I contacted support for the mail server & this is the response I got which makes perfect sense as PHP is generating the email not the mail server itself:
Quote:
The strange thing is that if I open the email in question, & hit enter to add a CR & then close the email it gets delivered without any problems. This is only happening with email that XOOPS generates - other modules that generate email such as PP-News have no problems. I have copies of the emails as they were generated if anyone wants to see them.
Thanks
Web Server:
Dual P3 3000
Win2K Advanced Server
IIS 5
256 Megs of Ram
PHP 4.21 (using cgi version)
Latest release of Xoops
Mail Server:
Windows2000 Advanced Server
AMD Athalon 1800
512 Megs of Ram
Merak Mail Server Professional
I contacted support for the mail server & this is the response I got which makes perfect sense as PHP is generating the email not the mail server itself:
Quote:
The email content is not conforming to the RFC where the proper line termination is supposed to include both a CR and LF. It's likely you're getting just LF's if you were to look at the email in a hex editor.
The strange thing is that if I open the email in question, & hit enter to add a CR & then close the email it gets delivered without any problems. This is only happening with email that XOOPS generates - other modules that generate email such as PP-News have no problems. I have copies of the emails as they were generated if anyone wants to see them.
Thanks
293983
What mail servers are you using? I mean.. we need to know everything because you are the first one with this problem.
What are your mailservers (programs), what platform? PHP version.. everything.
What are your mailservers (programs), what platform? PHP version.. everything.
293984
Guys -
Updated all 3 of the sites to use the rc3.01 am I am sorry to say that we are still having the same results with mail to certain systems.
Per my mail server logs:
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:08 -0500 Client session Connected
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session <<< 220 www2.networkshosting.com ESMTP
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session >>> EHLO mail.tindillier.net
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session <<< 250 8BITMIME
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session >>> MAIL From:
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session <<< 250 ok
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session >>> RCPT To:
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session <<< 250 ok
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session >>> DATA
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session <<< 354 go ahead
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session <<< 451 See http://pobox.com/~djb/docs/smtplf.html.
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session *** 1 743 00:00:00 ERROR
SYSTEM [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session Disconnected
I would consider this a major showstopper as this is not just happening with 1 mail server, this is the 3rd different server that I have encountered this problem with in as many days. I am in a position where I can monitor mails & see what the system is generating and am willing to help you guys debug this. I really, really dig XOOPS & think it kicks ass - I just need some help in figuring this out as I know I am not the only 1 running this on IIS and someone else will run into this problem at 1 point or another.
Anybody??
Updated all 3 of the sites to use the rc3.01 am I am sorry to say that we are still having the same results with mail to certain systems.
Per my mail server logs:
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:08 -0500 Client session Connected
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session <<< 220 www2.networkshosting.com ESMTP
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session >>> EHLO mail.tindillier.net
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session <<< 250 8BITMIME
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session >>> MAIL From:
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:13 -0500 Client session <<< 250 ok
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session >>> RCPT To:
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session <<< 250 ok
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session >>> DATA
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session <<< 354 go ahead
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session <<< 451 See http://pobox.com/~djb/docs/smtplf.html.
66.96.146.42 [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session ***
SYSTEM [0000030C] Mon, 17 Jun 2002 22:59:14 -0500 Client session Disconnected
I would consider this a major showstopper as this is not just happening with 1 mail server, this is the 3rd different server that I have encountered this problem with in as many days. I am in a position where I can monitor mails & see what the system is generating and am willing to help you guys debug this. I really, really dig XOOPS & think it kicks ass - I just need some help in figuring this out as I know I am not the only 1 running this on IIS and someone else will run into this problem at 1 point or another.
Anybody??
293986
Hallo,
i was repatcing my new xoopsmailer and found the follow text on line 185 of the function send()
$this->body = str_replace("\r\n", "\n", $this->body);
$this->body = str_replace("\r", "\n", $this->body);
$this->body = str_replace("\r", $this->LE, $this->body);
but i think the last "/r" must by:
$this->body = str_replace("\n", $this->LE, $this->body);
becose of "/r" don't exist anymore after line 2 above.
thanks
Niels
[ Edited by Niels on 2002/6/17 14:46:29 ]
i was repatcing my new xoopsmailer and found the follow text on line 185 of the function send()
$this->body = str_replace("\r\n", "\n", $this->body);
$this->body = str_replace("\r", "\n", $this->body);
$this->body = str_replace("\r", $this->LE, $this->body);
but i think the last "/r" must by:
$this->body = str_replace("\n", $this->LE, $this->body);
becose of "/r" don't exist anymore after line 2 above.
thanks
Niels
[ Edited by Niels on 2002/6/17 14:46:29 ]
293987
One thing to look at if you are having this problem is whether or not you are using both HTML bgcolor and CSS class to specify your background color.
If you are then look to see if they are consistent.
In other words, if in the table code you specify a bgcolor of light blue, but in your CSS you specify a bgcolor of white... you can get these odd results as the browser tries to choose which to use.
Probably these days, with CSS1 being around for a number of years, it's safe to set all of your bgcolor in a CSS file... and remove your outdated HTML references. Of course, that is just one approach.
If you are then look to see if they are consistent.
In other words, if in the table code you specify a bgcolor of light blue, but in your CSS you specify a bgcolor of white... you can get these odd results as the browser tries to choose which to use.
Probably these days, with CSS1 being around for a number of years, it's safe to set all of your bgcolor in a CSS file... and remove your outdated HTML references. Of course, that is just one approach.
293988
Head's up guys.
My users are reporting that the Post new thread button, as well as the reply buttom in the forum doesn't work for any browser which isn't IE or the later netscape. The latest Opera and Mozilla even have problems with it.
A lot of my users are using virtually antiquated browsers on the Amiga and while they can get around on the site, the JS buttons are killing my forums.
Is there any way they could be rewritten to be more compatible with other (not just older) browsers, or can anyone simply give me a block of code which'll help replace them with stock html buttons?
My users are reporting that the Post new thread button, as well as the reply buttom in the forum doesn't work for any browser which isn't IE or the later netscape. The latest Opera and Mozilla even have problems with it.
A lot of my users are using virtually antiquated browsers on the Amiga and while they can get around on the site, the JS buttons are killing my forums.
Is there any way they could be rewritten to be more compatible with other (not just older) browsers, or can anyone simply give me a block of code which'll help replace them with stock html buttons?
293989
That makes me wonder if an "Expire" meta tag would help solve this problem. In other words if we put this code in the of the "Sorry..." redirect page:
or
This and other cache possibilities described at this link: The Open Web Application Security Project
(I should have read Steve's entire post... he just said that. Oh well).
[ Edited by sunsnapper on 2002/6/13 23:46:02 ]
or
This and other cache possibilities described at this link: The Open Web Application Security Project
(I should have read Steve's entire post... he just said that. Oh well).
[ Edited by sunsnapper on 2002/6/13 23:46:02 ]
293990
I don't know if your problem has been solved, but I've also had many problems with that damn "Sorry..." message.
What I've found during my testing of XOOPS is that the browser is caching the "Sorry..." redirect page and I have to force the browser to refresh the page to make things work right.
For example, consider this scenario...
1. I set anonymous user permissions to the contacts module to off.
2. I logout and try to access the contacts module and get the old "Sorry, you don't have permissions..." message. Good so far.
3. Now I log back in and change the anonymous user permissions to the contacts module to on.
4. I logout and try to access the contacts module and still I get the "Sorry..." message. Not so good anymore.
5. Now, if I try to access the contacts module again, and I immediately press the browser refresh button before the browser can redirect me, I can get to the conacts module.
I think this browser caching issue is causing a lot of the problems that people are attributing to cookies. Also caching may be the cause of problems where it "appears" that updated settings are not taking effect.
Possible solutions to this may be to add a line to the page headers to prevent caching. Either...
or
or
or
What I've found during my testing of XOOPS is that the browser is caching the "Sorry..." redirect page and I have to force the browser to refresh the page to make things work right.
For example, consider this scenario...
1. I set anonymous user permissions to the contacts module to off.
2. I logout and try to access the contacts module and get the old "Sorry, you don't have permissions..." message. Good so far.
3. Now I log back in and change the anonymous user permissions to the contacts module to on.
4. I logout and try to access the contacts module and still I get the "Sorry..." message. Not so good anymore.
5. Now, if I try to access the contacts module again, and I immediately press the browser refresh button before the browser can redirect me, I can get to the conacts module.
I think this browser caching issue is causing a lot of the problems that people are attributing to cookies. Also caching may be the cause of problems where it "appears" that updated settings are not taking effect.
Possible solutions to this may be to add a line to the page headers to prevent caching. Either...
or
or
or
Login
Search
Recent Posts
Who's Online
Donat-O-Meter
| Stats | |
| Goal: | $100.00 |
| Due Date: | Jul 31 |
| Gross Amount: | $0.00 |
| Net Balance: | $0.00 |
| Left to go: | $100.00 |
 |
|