Discussion:
Problems sending email from SM 2.7.2
Christer Jacobsson
2013-10-15 20:53:05 UTC
Permalink
As Salaam Aleikum!

Today my ISP have suddenly began throwing up error messages when I'm try
to post a reply to a mail in my inbox. The message reads:

Sending of message failed.
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out. Try again or contact your network
administrator.

The last time that I sent a message successfully using SM 2.7.2 was
2013-10-09, and I have *not* made any changes in the Mail settings in
the Mail Preferences. So I took a long shot by shutting down SM 2.7.2
and firing up my old SMPmW118 version and tried sending my reply from
there. No joy, up came the above error message again. So what in the
nine purple hells of Palain[1] could have happened here? What should I
do? I've tried rebooting, firing up SM 2.7.2 and tried to send my reply
again and, you guessed it, up came the same old error message as
mentioned above. Could it be some problems with the router? Incoming
mail are processed just fine, it's the Send function that barfs. I've
even tried sending a email to myself - had the send worked it would have
bounced into the Inbox immediately, but no joy here, the same old and
now tiresome error message appeared again.

I've contacted my ISP by phone but they could not help me, instead they
suggested that I should use their webmail service instead, but it's not
possible to log into it in SM 2.7.2 but I *can* log into webmail in
SMPmW118, but the mail interface there is a pain in the ass.
Alternatively they suggested that I should contact their Premium service
phone number which will cost med nearly 300SEK / 48US$. I have a
complete system backup from 2013-10-05 (I tried to restore all profile
data from my latest full backup namely 2013-10-13 but that didn't solve
the sending problem), so should I try to restore all profile data from
the 2013-10-06 FULL backup?

Suggestions?


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan
Steve Wendt
2013-10-16 00:19:16 UTC
Permalink
Post by Christer Jacobsson
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out.
This doesn't help you much, but I can tell you that it is responding to
SMTP properly; I don't know what the relationship between telia.com and
skanova.net is, but they apparently are related:

220 smtp-out11.han.skanova.net ESMTP Service ready
Dave Yeo
2013-10-16 00:37:23 UTC
Permalink
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out. Try again or contact your network
administrator.
The last time that I sent a message successfully using SM 2.7.2 was
2013-10-09, and I have*not* made any changes in the Mail settings in
the Mail Preferences. So I took a long shot by shutting down SM 2.7.2
and firing up my old SMPmW118 version and tried sending my reply from
there. No joy, up came the above error message again. So what in the
nine purple hells of Palain[1] could have happened here? What should I
do? I've tried rebooting, firing up SM 2.7.2 and tried to send my reply
again and, you guessed it, up came the same old error message as
mentioned above. Could it be some problems with the router? Incoming
mail are processed just fine, it's the Send function that barfs. I've
even tried sending a email to myself - had the send worked it would have
bounced into the Inbox immediately, but no joy here, the same old and
now tiresome error message appeared again.
I've contacted my ISP by phone but they could not help me, instead they
suggested that I should use their webmail service instead, but it's not
possible to log into it in SM 2.7.2 but I*can* log into webmail in
SMPmW118, but the mail interface there is a pain in the ass.
Alternatively they suggested that I should contact their Premium service
phone number which will cost med nearly 300SEK / 48US$. I have a
complete system backup from 2013-10-05 (I tried to restore all profile
data from my latest full backup namely 2013-10-13 but that didn't solve
the sending problem), so should I try to restore all profile data from
the 2013-10-06 FULL backup?
Suggestions?
I'd start out by testing with a non-mozilla email client, perhaps PMMail
and see if you get the same error. If so next I'd try by-passing the
router to see if that eliminates the problem.
Dave
Christer Jacobsson
2013-10-16 01:42:49 UTC
Permalink
Post by Dave Yeo
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out. Try again or contact your network
administrator.
The last time that I sent a message successfully using SM 2.7.2 was
2013-10-09, and I have*not* made any changes in the Mail settings in
the Mail Preferences. So I took a long shot by shutting down SM 2.7.2
and firing up my old SMPmW118 version and tried sending my reply from
there. No joy, up came the above error message again. So what in the
nine purple hells of Palain[1] could have happened here? What should I
do? I've tried rebooting, firing up SM 2.7.2 and tried to send my reply
again and, you guessed it, up came the same old error message as
mentioned above. Could it be some problems with the router? Incoming
mail are processed just fine, it's the Send function that barfs. I've
even tried sending a email to myself - had the send worked it would have
bounced into the Inbox immediately, but no joy here, the same old and
now tiresome error message appeared again.
I've contacted my ISP by phone but they could not help me, instead they
suggested that I should use their webmail service instead, but it's not
possible to log into it in SM 2.7.2 but I*can* log into webmail in
SMPmW118, but the mail interface there is a pain in the ass.
Alternatively they suggested that I should contact their Premium service
phone number which will cost med nearly 300SEK / 48US$. I have a
complete system backup from 2013-10-05 (I tried to restore all profile
data from my latest full backup namely 2013-10-13 but that didn't solve
the sending problem), so should I try to restore all profile data from
the 2013-10-06 FULL backup?
Suggestions?
I'd start out by testing with a non-mozilla email client, perhaps PMMail
I tried TB 8-0 but got the same error message as in SM. So where can I
get the latest PMMail client anyway?
Post by Dave Yeo
and see if you get the same error. If so next I'd try by-passing the
router to see if that eliminates the problem.
But if the PMMail client barfs when I try to send an email, then what in
the nine purple hells of Palain[1] is going on? Can my ISP namely
telia.com have done some changes in their handling of mail sent to their
SMTP server, mailout.telia.com *without* notifying us poor little users
of the changes?

I was in the wrong here: the interface between my box and internet is
not a router but a gateway, a Thomson gateway with identifies thusly:


Systeminformation (I translated the title info from Swedish to English)

On this page there are important information om Thomson Gateway. You may
need the information if you contact customer support.

Produktnamn: TG789vn
Serienummer: CP1128QT202
Programvaruversion: 8.C.H.2
Programvariant: JH
Startversion: 1.0.9
Produktkod: 3669369A
Kortnamn: CANT-4

[1] A wonderful spaceman's oath from E.E. 'Doc. Smith's Lensman space
opera books.


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Chunkawakan
Steve Wendt
2013-10-16 01:56:35 UTC
Permalink
So where can I get the latest PMMail client anyway?
http://pmmail.os2voice.org/index.php?title=PMMail_for_OS/2
Can my ISP namely telia.com have done some changes in their handling
of mail sent to their SMTP server, mailout.telia.com *without*
notifying us poor little users of the changes?
Surely, they wouldn't dream of doing such a thing. ;-p

Does this work for you?
telnet mailout.telia.com 25
220 smtp-out12.han.skanova.net ESMTP Service ready
quit


I'd give you more to try, but it looks like it wants authentication
before it accepts much of anything else:
501 Syntax error in parameters or arguments to MAIL command
501 Syntax error in parameters or arguments to RCPT command


That will at least tell you if the initial connection works.
Christer Jacobsson
2013-10-18 21:29:56 UTC
Permalink
Post by Steve Wendt
So where can I get the latest PMMail client anyway?
http://pmmail.os2voice.org/index.php?title=PMMail_for_OS/2
Can my ISP namely telia.com have done some changes in their handling
of mail sent to their SMTP server, mailout.telia.com *without*
notifying us poor little users of the changes?
Surely, they wouldn't dream of doing such a thing. ;-p
Does this work for you?
telnet mailout.telia.com 25
220 smtp-out12.han.skanova.net ESMTP Service ready
quit
Yup, it gave the above when doing a TELNET mailout.telia.com 25 here.

I also did telnet mailout.telia.com 465 (reason is that's the SMTP
server is configured for) and got the following:

Connected to : mailout.t
Escape character is '^]'

and lastly telnet mailout.telia.com 587 (another port recommended it
seems) and got the following:

220 smtp-out21.han.skanova.net ESMTP Service ready

But now something *very* fishy have appeared: it seems that POP3
fetching of mail have begun to be VERY slow: also, it marks a new mail
as "read" immediately I point to it despite the fact that in the
Prefs->Mail & newsgroups->Display I've checked the option "Automatically
mark message as read" and then After displaying for 10 seconds. Now why
have mail fetching gotten so slow?

Btw, I booted over to Windows, fired up my old Mozilla, sent a message
to myself (using mailout.telia.com port 25, can't recall what
authentication I've indicated there) and Bang! on it's way was the
message and a few seconds later it shew up in the Inbox for the W*nXP
Mozilla, and now just a minute ago, it plopped into my SM2.7.2 mailbox
also.

Another experiment worth trying is to boot my eCs20rc4 install bacause
that system may be more 'clean' MPTN/TCPIP-wise, firing up my SM2.7.2
from there and see what happens. If it can send messages from SM2.7.2 in
eCs20rc4, then the problem may lie in the MPTN or TCP/IP software here
in WSeB - if SM2.7.2 will send emails when running from eCs20rc4, then
the problem must be in WSeB itself. Btw, I've installed the new
tcp32.dll, patched by Levine and made multi-threaded and SMP-safe. I
have used it for quite a long time now without encountering any
problems.


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Dave Yeo
2013-10-16 03:26:28 UTC
Permalink
Post by Christer Jacobsson
Post by Dave Yeo
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out. Try again or contact your network
administrator.
The last time that I sent a message successfully using SM 2.7.2 was
2013-10-09, and I have*not* made any changes in the Mail settings in
the Mail Preferences. So I took a long shot by shutting down SM 2.7.2
and firing up my old SMPmW118 version and tried sending my reply from
there. No joy, up came the above error message again. So what in the
nine purple hells of Palain[1] could have happened here? What should I
do? I've tried rebooting, firing up SM 2.7.2 and tried to send my reply
again and, you guessed it, up came the same old error message as
mentioned above. Could it be some problems with the router? Incoming
mail are processed just fine, it's the Send function that barfs. I've
even tried sending a email to myself - had the send worked it would have
bounced into the Inbox immediately, but no joy here, the same old and
now tiresome error message appeared again.
I've contacted my ISP by phone but they could not help me, instead they
suggested that I should use their webmail service instead, but it's not
possible to log into it in SM 2.7.2 but I*can* log into webmail in
SMPmW118, but the mail interface there is a pain in the ass.
Alternatively they suggested that I should contact their Premium service
phone number which will cost med nearly 300SEK / 48US$. I have a
complete system backup from 2013-10-05 (I tried to restore all profile
data from my latest full backup namely 2013-10-13 but that didn't solve
the sending problem), so should I try to restore all profile data from
the 2013-10-06 FULL backup?
Suggestions?
I'd start out by testing with a non-mozilla email client, perhaps PMMail
I tried TB 8-0 but got the same error message as in SM. So where can I
get the latest PMMail client anyway?
http://pmmail.os2voice.org/index.php?title=PMMail_for_OS/2
Post by Christer Jacobsson
Post by Dave Yeo
and see if you get the same error. If so next I'd try by-passing the
router to see if that eliminates the problem.
But if the PMMail client barfs when I try to send an email, then what in
the nine purple hells of Palain[1] is going on? Can my ISP namely
telia.com have done some changes in their handling of mail sent to their
SMTP server, mailout.telia.com *without* notifying us poor little users
of the changes?
Yes, they might have also changed some hardware which caused
incompatibility. Occasionally something like MTU size can cause these
kind of problems (test with ifconfig lan0 mtu 576 or 1492 or 1500).
Post by Christer Jacobsson
I was in the wrong here: the interface between my box and internet is
It's possible that something changed in the gateway, I don't know much
about them but often the ISP can update firmware and such from their
end. Can you change anything in the gateway, probably using a web interface?
Dave
Doug Bissett
2013-10-16 18:19:51 UTC
Permalink
On Tue, 15 Oct 2013 20:53:05 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out. Try again or contact your network
administrator.
The last time that I sent a message successfully using SM 2.7.2 was
2013-10-09, and I have *not* made any changes in the Mail settings in
the Mail Preferences. So I took a long shot by shutting down SM 2.7.2
and firing up my old SMPmW118 version and tried sending my reply from
there. No joy, up came the above error message again. So what in the
nine purple hells of Palain[1] could have happened here? What should I
do? I've tried rebooting, firing up SM 2.7.2 and tried to send my reply
again and, you guessed it, up came the same old error message as
mentioned above. Could it be some problems with the router? Incoming
mail are processed just fine, it's the Send function that barfs. I've
even tried sending a email to myself - had the send worked it would have
bounced into the Inbox immediately, but no joy here, the same old and
now tiresome error message appeared again.
I've contacted my ISP by phone but they could not help me, instead they
suggested that I should use their webmail service instead, but it's not
possible to log into it in SM 2.7.2 but I *can* log into webmail in
SMPmW118, but the mail interface there is a pain in the ass.
Alternatively they suggested that I should contact their Premium service
phone number which will cost med nearly 300SEK / 48US$. I have a
complete system backup from 2013-10-05 (I tried to restore all profile
data from my latest full backup namely 2013-10-13 but that didn't solve
the sending problem), so should I try to restore all profile data from
the 2013-10-06 FULL backup?
Suggestions?
Cul8er alligator!
gaea - feminist & chunkawakan
Scream at your ISP??

I do a lot of the front end problem solving with PMMail. A couple of
days ago, we got a report that is very similar. Apparently, some
company changed their firewall. Our user called it "UTM/Firewall", but
apparently, that could be any one of a number of firewalls.

The logs show that any attempt to access the POP3 server (in this
specific case), results in a timeout. The specific cause seems to be
that PMMail does a CAPA command, which queries the capabilities of the
server. There is no response to that, indicating that the mail server
is not capable of doing anything, so PMMail gives up. Apparently,
Thunderbird continues doing something, and successfully connects.

I have obtained access to a different UTM firewall protected system,
where I can fetch mail through the firewall, but I cannot send through
it. So far, that is as far as we got. The system administrator of the
"different" system, is part of the PMMail team, so we should be able
to determine what is going on. We know that the mail server works
normally, when accessed from behind the firewall, so it is something
that the firewall is doing.

Of course, the user has no access to that firewall, and it is quite
likely that the ISP has farmed it out to somebody else, and they don't
even know that something changed. I would expect that it is a firewall
configuration problem, or a bug in the firewall software.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Christer Jacobsson
2013-10-17 00:16:00 UTC
Permalink
On Wed, 16 Oct 2013 18:19:51 UTC, "Doug Bissett"
Post by Doug Bissett
On Tue, 15 Oct 2013 20:53:05 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out. Try again or contact your network
administrator.
The last time that I sent a message successfully using SM 2.7.2 was
2013-10-09, and I have *not* made any changes in the Mail settings in
the Mail Preferences. So I took a long shot by shutting down SM 2.7.2
and firing up my old SMPmW118 version and tried sending my reply from
there. No joy, up came the above error message again. So what in the
nine purple hells of Palain[1] could have happened here? What should I
do? I've tried rebooting, firing up SM 2.7.2 and tried to send my reply
again and, you guessed it, up came the same old error message as
mentioned above. Could it be some problems with the router? Incoming
mail are processed just fine, it's the Send function that barfs. I've
even tried sending a email to myself - had the send worked it would have
bounced into the Inbox immediately, but no joy here, the same old and
now tiresome error message appeared again.
I've contacted my ISP by phone but they could not help me, instead they
suggested that I should use their webmail service instead, but it's not
possible to log into it in SM 2.7.2 but I *can* log into webmail in
SMPmW118, but the mail interface there is a pain in the ass.
Alternatively they suggested that I should contact their Premium service
phone number which will cost med nearly 300SEK / 48US$. I have a
complete system backup from 2013-10-05 (I tried to restore all profile
data from my latest full backup namely 2013-10-13 but that didn't solve
the sending problem), so should I try to restore all profile data from
the 2013-10-06 FULL backup?
Suggestions?
Cul8er alligator!
gaea - feminist & chunkawakan
Scream at your ISP??
LOL!
Post by Doug Bissett
I do a lot of the front end problem solving with PMMail. A couple of
days ago, we got a report that is very similar. Apparently, some
company changed their firewall. Our user called it "UTM/Firewall", but
apparently, that could be any one of a number of firewalls.
I did an experiment here in Pronews/2, namely doing a followup to a post
using the function "Followup via e-mail" as I have my SMTP server
configured here to use my userID and password and using port 25 - I
placed my own email adress as the recipient and sent it away. And lo and
behold, the followup got sent away without any error message from
mailout.telia.com AND it plopped up in my Inbox in Seamonkey/2 (I use
WSeB, not any steenking W*n crap). Unfortunately, SM2 don't seem to have
any log function as Pronews/2 have: the Pronews log shew that it had
contacted mailout.telia.com successfully and sent the msg on its way to
humble me :-)

Are there any way that I can get SM2 to log it's mail activity so I can
get some handle on this problem? The support people I've spoken to at
Telia (my ISP provider) seems to not knowing jack shit how I should
configure the SMTP settings in SM2. And yes, I've tried setting the port
to 25 in SM2 and doing a send email, but no joy - up came the same
annoying error message as before. Originally it was configured to use
port 465.

SM2 have *no* problems receiving mail via the POP3 server
(mailin.telia.com), this works like a charm.


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan
Steve Wendt
2013-10-17 00:41:28 UTC
Permalink
Post by Christer Jacobsson
Are there any way that I can get SM2 to log it's mail activity so I can
get some handle on this problem?
http://www.mail-archive.com/support-***@lists.mozilla.org/msg26518.html

set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=%YOUR_DESIRED_PATH_HERE%\smtp.log
Christer Jacobsson
2013-10-17 10:08:14 UTC
Permalink
Post by Steve Wendt
Post by Christer Jacobsson
Are there any way that I can get SM2 to log it's mail activity so I can
get some handle on this problem?
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=%YOUR_DESIRED_PATH_HERE%\smtp.log
I placed the above statements (with the proper modifications) in my
seamonkey.cmd file which I use starting SM 2.7.2 and it looks like this:

$<quote>

setlocal
set BEGINLIBPATH=y:\mozilla.org\mozilla\SeaMonkey-2.7.2;%libpath%;
set LIBPATHSTRICT=T
set MOZILLA_PLUGIN_PATH=y:\mozilla.org\mozilla\Plugins
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y;\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
cdd y:\mozilla.org\mozilla\SeaMonkey-2.7.2
Seamonkey.exe
endlocal
$</quote>

and tried to send a test msg. Naturally enough, I got the same error msg
as mentioned at the beginning of the thread but NO log file with the
name smtp.log shew up in the y:\mozilla.org\mozilla\seamonkey-2.7.2.
Naturally, I had closed SM2.7.2 BEFORE I changed seamonkey.cmd to the
above and THEN I fired up 2.7.2 using this cmd file. I even did a search
for the log file after placing myself at the y:\mozilla.org and then
issuing a DIR *.log /S /P, but no smtp.log was present.

I even tried out deleting the password entry for mailout.telia.com out
of sheer desperation and then doing a send from my Sent folder, but it
never get to the point of asking me for the correct password: the
infamous error message appeared immediately after I hit the Send button.
So something must be royally fucked up, either at my side or at
mailout.telia.com, and I have a strong suspicion that the fault lies
with my ISP, not in my browser(s) and mail clients, i.e. SM2.7.2,
SPMwM118, TB8 and the latest release of Pmmail/2.


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Mr. G
2013-10-17 15:04:15 UTC
Permalink
On Thu, 17 Oct 2013 10:08:14 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
Post by Steve Wendt
Post by Christer Jacobsson
Are there any way that I can get SM2 to log it's mail activity so I can
get some handle on this problem?
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=%YOUR_DESIRED_PATH_HERE%\smtp.log
I placed the above statements (with the proper modifications) in my
$<quote>
setlocal
set BEGINLIBPATH=y:\mozilla.org\mozilla\SeaMonkey-2.7.2;%libpath%;
set LIBPATHSTRICT=T
set MOZILLA_PLUGIN_PATH=y:\mozilla.org\mozilla\Plugins
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y;\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
cdd y:\mozilla.org\mozilla\SeaMonkey-2.7.2
Seamonkey.exe
endlocal
$</quote>
and tried to send a test msg. Naturally enough, I got the same error msg
as mentioned at the beginning of the thread but NO log file with the
name smtp.log shew up in the y:\mozilla.org\mozilla\seamonkey-2.7.2.
Naturally, I had closed SM2.7.2 BEFORE I changed seamonkey.cmd to the
above and THEN I fired up 2.7.2 using this cmd file. I even did a search
for the log file after placing myself at the y:\mozilla.org and then
issuing a DIR *.log /S /P, but no smtp.log was present.
I even tried out deleting the password entry for mailout.telia.com out
of sheer desperation and then doing a send from my Sent folder, but it
never get to the point of asking me for the correct password: the
infamous error message appeared immediately after I hit the Send button.
So something must be royally fucked up, either at my side or at
mailout.telia.com, and I have a strong suspicion that the fault lies
with my ISP, not in my browser(s) and mail clients, i.e. SM2.7.2,
SPMwM118, TB8 and the latest release of Pmmail/2.
Cul8er alligator!
gaea - feminist & chunkawakan
It might just be a typo in your post only, but look at the line
set NSPR_LOG_FILE=y;\mozila.org\mozilla\seamonkey-2.7.2\smtp.log.....you
have y 'semicolon' \mozilla.org\....if it's the same way in your cmd file,
that's the reason you didn't get a log file.
Christer Jacobsson
2013-10-17 15:08:21 UTC
Permalink
On Thu, 17 Oct 2013 10:08:14 UTC, "Christer Jacobsson"
<***@gaea.se> wrote:


As Salaam Aleikum!

I'm sending the following followup to my own post because I discovered a
Post by Christer Jacobsson
Post by Steve Wendt
Post by Christer Jacobsson
Are there any way that I can get SM2 to log it's mail activity so I can
get some handle on this problem?
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=%YOUR_DESIRED_PATH_HERE%\smtp.log
I placed the above statements (with the proper modifications) in my
$<quote>
setlocal
set BEGINLIBPATH=y:\mozilla.org\mozilla\SeaMonkey-2.7.2;%libpath%;
set LIBPATHSTRICT=T
set MOZILLA_PLUGIN_PATH=y:\mozilla.org\mozilla\Plugins
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y;\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Here was an error that I didn't catch at first: having a ';' instead of
a ':' after the drive letter y. Naturally, I closed down SM2.2.2,
corrected the above statement, saved the file and fired up SM2.7.2 again
and trying to do a send message. The now infamous error message from
mailout.telia.se popped up almost immediately and underlying it (after
I've moved the error msg box downwards on the screen) was the standard
SM (any version) message that it was trying to contact the SMTP server.

I even installed Pmmail/2 v3.12.276.2149 and setting up my pop and smtp
accounts and tried to send a message from Pmmail/2. It has now gone
nearly half an hour and it's STILL trying to connect to
mailout.telia.com, and there are as yet no error messages in the Pmmail
log for this behaviour.


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Chunkawakan Lakota/Sioux: Horse
Doug Bissett
2013-10-17 19:32:54 UTC
Permalink
On Thu, 17 Oct 2013 15:08:21 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
I even installed Pmmail/2 v3.12.276.2149 and setting up my pop and smtp
accounts and tried to send a message from Pmmail/2. It has now gone
nearly half an hour and it's STILL trying to connect to
mailout.telia.com, and there are as yet no error messages in the Pmmail
log for this behaviour.
You probably need the TRUNK version of PMMail, from the PMMail FTP
site. The 3.12 GA version does not contain the potential fix. The
TRUNK version will present itself as v3.12.275.2142, but it is in fact
a later version (it is a build anomaly).
Use your e-mail address as a password, if it asks...

Another possible cause of such a problem, happens if the mail server
is not in your ISP's domain. Many ISPs block access to outside SMTP
servers, using their firewall. That allows their users to use only
their own SMTP server, from inside their own domain.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Paul Ratcliffe
2013-10-17 22:35:56 UTC
Permalink
Post by Christer Jacobsson
I even installed Pmmail/2 v3.12.276.2149 and setting up my pop and smtp
accounts and tried to send a message from Pmmail/2. It has now gone
nearly half an hour and it's STILL trying to connect to
mailout.telia.com, and there are as yet no error messages in the Pmmail
log for this behaviour.
Really? What a f***ing surprise.
Why don't you stop whining on, get a clue and use standard fault finding
techniques e.g. ping, traceroute, telnet and such like.
Clearly it is not an email client problem.

This is completely off-topic for this group as well.
Christer Jacobsson
2013-11-07 20:54:15 UTC
Permalink
Post by Steve Wendt
Post by Christer Jacobsson
Are there any way that I can get SM2 to log it's mail activity so I can
get some handle on this problem?
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=%YOUR_DESIRED_PATH_HERE%\smtp.log
Sorry for the delay, but what does the '5' value in smtp:5 stand for? I
suspect that the value after the smtp: can take several values, and that
the '5' gives the most detailed logging, and a '0' would disable logging
altogether. So what does the values 1 through 5 mean when the log is
produced?


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Steve Wendt
2013-11-07 21:28:23 UTC
Permalink
Post by Christer Jacobsson
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=%YOUR_DESIRED_PATH_HERE%\smtp.log
Sorry for the delay, but what does the '5' value in smtp:5 stand for?
https://wiki.mozilla.org/MailNews:Logging#Logging_level
Christer Jacobsson
2013-11-08 15:31:59 UTC
Permalink
Post by Steve Wendt
Post by Christer Jacobsson
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=%YOUR_DESIRED_PATH_HERE%\smtp.log
Sorry for the delay, but what does the '5' value in smtp:5 stand for?
https://wiki.mozilla.org/MailNews:Logging#Logging_level
Thanks! Naturally I clicked on the above link here in Pronews/2 and up
came the abovementioned page in SM 2.7.2. But I was absolutely shocked
when suddenly the "Hasta la vista, baby..... BOOM" (from T2) new mail
received sound came out of my speakers! WTF had happened here? No mail
window was opened but when I opened it manually from inside SM 2.7.2, I
had received a bunch of new emails in my Inbox!
Next I closed down 2.7.2 and fired up SMPmW118 that supports the logging
feature in mail-only mode, did Send message to myself, and after a few
seconds it showed up in my Inbox accompanied by the "new mail" sound. I
closed down SMPmW118 and examined the log file, and it didn't stop after
the first AUTH but plodden on happily showing that the connection to
mailin.telia.com (POP3) had succeded.

The abovmentioned page mentioned that one could get the log file
timestamped by adding ",timestamp" to the NSPR_LOG_MODULES= so I did
just that and the line now looks like this: "set
NSPR_LOG_MODULES=smtp:5,timestamp,pop3:5,timestamp". So I started
SMPmW118 again and had a log file created but NO timestamp was included
in the log entries. Have I done something wrong in the set
NSPR_LOG_MODULES= statement?

So now the the Mail seems to function OK in SMPmW118 and SM 2.7.2 as
well - but this begs the question: why have the mail receive/send begun
to work properly all of a sudden? I haven't changed ANYTHING in my Mail
and newsgroup settings!

On another tack, can someone solve this for me? As a Swede, we have
three extra characters at the tail end of the alphabet namely 'å', 'ä'
and 'ö' (I hope you see the characters properly) and I want them to be
displayed correctly. When I wrote a test message to myself which
contained all three of the tail-end-cnaracters they shew up properly
when the message was received, but a mail from my library which warned
me of a loan expiration the text showed up as follows: "?terlmna
ln", displaying the full header of the mail shew that it was encoded
as "Content-type: text/plain;charset=utf-8" and
"Content-transfer-encoding=base64" while a note from the library telling
me that a reserved book had arrived showed up just fine without any
clutter of our tail-end characters: the mail was encoded as
"Content-type=text/html;charset=iso-8859-1" and
"Content-transfer-encoding=quoted printable". When I change the
character encoding in the View->Character encoding so a mail with
garbled tail-end-characters show up as it should, the change I made
doesn't "stick" for if I display another mail and goes back to the one
which I had made to show up properly, tha garbling is back again. I can
live with it, but it's quite annoying having our beloved tail-end
characters garbled in this way. Any solutions to this that can be found
in the general Preferences, Mail and Newsgroup preferences and
View->Character Encoding in the Mailer window?


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Doug Bissett
2013-11-08 17:24:17 UTC
Permalink
On Fri, 8 Nov 2013 15:31:59 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
So now the the Mail seems to function OK in SMPmW118 and SM 2.7.2 as
well - but this begs the question: why have the mail receive/send begun
to work properly all of a sudden? I haven't changed ANYTHING in my Mail
and newsgroup settings!
Your ISP got the firewall fixed. Of course, if you ask them, they did
nothing, so it must have been your fault.

It would seem that the prob;lem has been resolved, until the next
time.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Doug Bissett
2013-10-17 04:08:58 UTC
Permalink
On Thu, 17 Oct 2013 00:16:00 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
I did an experiment here in Pronews/2, namely doing a followup to a post
using the function "Followup via e-mail" as I have my SMTP server
configured here to use my userID and password and using port 25 - I
placed my own email adress as the recipient and sent it away. And lo and
behold, the followup got sent away without any error message from
mailout.telia.com AND it plopped up in my Inbox in Seamonkey/2 (I use
WSeB, not any steenking W*n crap). Unfortunately, SM2 don't seem to have
any log function as Pronews/2 have: the Pronews log shew that it had
contacted mailout.telia.com successfully and sent the msg on its way to
humble me :-)
I am not sure if that is an equivalent operation. PMMail tries to
query the server, to see what it is capable of. I suspect that SM does
the same. Pronews may not do it that way, which could bypass the
problem. The problem, that we saw, was that the firewall returned all
zeros to the CAPA command. If Pronews doesn't do that, and simply does
the old method to determine what the server is capable of, it might
work.

FWIW, the test version of PMMail has a fix, but we haven't heard if it
fixed the user's problem, or not.

Good thinking to try ProNews though. It may be worth your time to try
Thunderbird too, since our user reported that it worked. There may be
a fix missing in SM.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Dave Yeo
2013-10-17 04:29:37 UTC
Permalink
Post by Doug Bissett
It may be worth your time to try
Thunderbird too, since our user reported that it worked. There may be
a fix missing in SM.
Christer already said he tried TB 8 and SM 1.18, both failed
Dave
Christer Jacobsson
2013-11-04 01:20:20 UTC
Permalink
On Thu, 17 Oct 2013 04:08:58 UTC, "Doug Bissett"
Post by Doug Bissett
On Thu, 17 Oct 2013 00:16:00 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
I did an experiment here in Pronews/2, namely doing a followup to a post
using the function "Followup via e-mail" as I have my SMTP server
configured here to use my userID and password and using port 25 - I
placed my own email adress as the recipient and sent it away. And lo and
behold, the followup got sent away without any error message from
mailout.telia.com AND it plopped up in my Inbox in Seamonkey/2 (I use
WSeB, not any steenking W*n crap). Unfortunately, SM2 don't seem to have
any log function as Pronews/2 have: the Pronews log shew that it had
contacted mailout.telia.com successfully and sent the msg on its way to
humble me :-)
I am not sure if that is an equivalent operation. PMMail tries to
query the server, to see what it is capable of. I suspect that SM does
the same. Pronews may not do it that way, which could bypass the
problem. The problem, that we saw, was that the firewall returned all
zeros to the CAPA command. If Pronews doesn't do that, and simply does
the old method to determine what the server is capable of, it might
work.
FWIW, the test version of PMMail has a fix, but we haven't heard if it
fixed the user's problem, or not.
Good thinking to try ProNews though. It may be worth your time to try
Thunderbird too, since our user reported that it worked. There may be
a fix missing in SM.
I posted the info below earlier but haven't gotten any answers yet, so I
post it again:

Out of sheer desperation, I took a *real* long shot in the dark and
fired up my old
Mozilla v1.7.13, "Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.13)
Gecko/20060425", expecting the same "won't fetch, wont'send" mailer
messages again, but Lo and Behold - Moz just sucked in ALL the mail
which had been piled up on my server! Then I composed a mail to myself
and sent it away - the SMTP send went without a hitch and a short time
after that, Moz announced that it had picked up my just-sent message!
And it gets even better: the mail picked up with Moz is stored in the
same profile directory for mail that SMPmW uses AND which SM 2.7.2 also
uses, so when I upen up the Mailer portion in SM 2.7.2 it will see the
same mail as Moz picked up.

This old Moz 1.7.13 do have the log capabilith in it as SMPmW118 has, so
I insertedd the required statements in the mozilla.cmd file and fired up
Moz, and I *did* get a real smtp plus pop3 logfile created.

But this begs the question: How do I migrate from Moz to SM2? Moz and
SMPmW118 uses the same profile structure. but SM2 don't have for example
the Bookmarks.html but Places.sqlite instead, so how should I do? First,
deinstall SM 2.7.2 plus deleting it's profiles, then deinstalling
SMPMw118 and reinstall/migrate it from Moz? SMPmW118 uses the same
profile location as Moz does, so doing it this way it may abain be able
to fetch/send mail properly again. Or are I'm out in the blue with this
scheme?


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Doug Bissett
2013-11-04 06:32:33 UTC
Permalink
On Mon, 4 Nov 2013 01:20:20 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Thu, 17 Oct 2013 04:08:58 UTC, "Doug Bissett"
Post by Doug Bissett
On Thu, 17 Oct 2013 00:16:00 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
I did an experiment here in Pronews/2, namely doing a followup to a post
using the function "Followup via e-mail" as I have my SMTP server
configured here to use my userID and password and using port 25 - I
placed my own email adress as the recipient and sent it away. And lo and
behold, the followup got sent away without any error message from
mailout.telia.com AND it plopped up in my Inbox in Seamonkey/2 (I use
WSeB, not any steenking W*n crap). Unfortunately, SM2 don't seem to have
any log function as Pronews/2 have: the Pronews log shew that it had
contacted mailout.telia.com successfully and sent the msg on its way to
humble me :-)
I am not sure if that is an equivalent operation. PMMail tries to
query the server, to see what it is capable of. I suspect that SM does
the same. Pronews may not do it that way, which could bypass the
problem. The problem, that we saw, was that the firewall returned all
zeros to the CAPA command. If Pronews doesn't do that, and simply does
the old method to determine what the server is capable of, it might
work.
FWIW, the test version of PMMail has a fix, but we haven't heard if it
fixed the user's problem, or not.
Good thinking to try ProNews though. It may be worth your time to try
Thunderbird too, since our user reported that it worked. There may be
a fix missing in SM.
I posted the info below earlier but haven't gotten any answers yet, so I
Out of sheer desperation, I took a *real* long shot in the dark and
fired up my old
Mozilla v1.7.13, "Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.13)
Gecko/20060425", expecting the same "won't fetch, wont'send" mailer
messages again, but Lo and Behold - Moz just sucked in ALL the mail
which had been piled up on my server! Then I composed a mail to myself
and sent it away - the SMTP send went without a hitch and a short time
after that, Moz announced that it had picked up my just-sent message!
And it gets even better: the mail picked up with Moz is stored in the
same profile directory for mail that SMPmW uses AND which SM 2.7.2 also
uses, so when I upen up the Mailer portion in SM 2.7.2 it will see the
same mail as Moz picked up.
This old Moz 1.7.13 do have the log capabilith in it as SMPmW118 has, so
I insertedd the required statements in the mozilla.cmd file and fired up
Moz, and I *did* get a real smtp plus pop3 logfile created.
But this begs the question: How do I migrate from Moz to SM2? Moz and
SMPmW118 uses the same profile structure. but SM2 don't have for example
the Bookmarks.html but Places.sqlite instead, so how should I do? First,
deinstall SM 2.7.2 plus deleting it's profiles, then deinstalling
SMPMw118 and reinstall/migrate it from Moz? SMPmW118 uses the same
profile location as Moz does, so doing it this way it may abain be able
to fetch/send mail properly again. Or are I'm out in the blue with this
scheme?
Cul8er alligator!
gaea - feminist & chunkawakan
My guess would be, that the old software doesn't use the CAPA command,
and simply queries the server in the old way. That is known to work
with those servers that seem to be brain dead (actually, the server
itself is probably okay, if the firewall would let it do what it is
supposed to do). Whether you would want to continue using antique
software, is up to you (I know that I wouldn't do it).

FWIW, GMail seems to work well, and you can set it up to work with
Thunderbird (and probably SeaMonkey) as a POP/SMTP server, or as an
IMAP/SMTP server (GMail does need to be configured as a secure
server). It does mean that you need to change your e-mail address, but
it seems that you are not left with a lot of other choices.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Christer Jacobsson
2013-11-04 15:36:57 UTC
Permalink
On Mon, 4 Nov 2013 06:32:33 UTC, "Doug Bissett"
Post by Doug Bissett
On Mon, 4 Nov 2013 01:20:20 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Thu, 17 Oct 2013 04:08:58 UTC, "Doug Bissett"
Post by Doug Bissett
On Thu, 17 Oct 2013 00:16:00 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
I did an experiment here in Pronews/2, namely doing a followup to a post
using the function "Followup via e-mail" as I have my SMTP server
configured here to use my userID and password and using port 25 - I
placed my own email adress as the recipient and sent it away. And lo and
behold, the followup got sent away without any error message from
mailout.telia.com AND it plopped up in my Inbox in Seamonkey/2 (I use
WSeB, not any steenking W*n crap). Unfortunately, SM2 don't seem to have
any log function as Pronews/2 have: the Pronews log shew that it had
contacted mailout.telia.com successfully and sent the msg on its way to
humble me :-)
I am not sure if that is an equivalent operation. PMMail tries to
query the server, to see what it is capable of. I suspect that SM does
the same. Pronews may not do it that way, which could bypass the
problem. The problem, that we saw, was that the firewall returned all
zeros to the CAPA command. If Pronews doesn't do that, and simply does
the old method to determine what the server is capable of, it might
work.
FWIW, the test version of PMMail has a fix, but we haven't heard if it
fixed the user's problem, or not.
Good thinking to try ProNews though. It may be worth your time to try
Thunderbird too, since our user reported that it worked. There may be
a fix missing in SM.
I posted the info below earlier but haven't gotten any answers yet, so I
Out of sheer desperation, I took a *real* long shot in the dark and
fired up my old
Mozilla v1.7.13, "Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.13)
Gecko/20060425", expecting the same "won't fetch, wont'send" mailer
messages again, but Lo and Behold - Moz just sucked in ALL the mail
which had been piled up on my server! Then I composed a mail to myself
and sent it away - the SMTP send went without a hitch and a short time
after that, Moz announced that it had picked up my just-sent message!
And it gets even better: the mail picked up with Moz is stored in the
same profile directory for mail that SMPmW uses AND which SM 2.7.2 also
uses, so when I upen up the Mailer portion in SM 2.7.2 it will see the
same mail as Moz picked up.
This old Moz 1.7.13 do have the log capabilith in it as SMPmW118 has, so
I insertedd the required statements in the mozilla.cmd file and fired up
Moz, and I *did* get a real smtp plus pop3 logfile created.
But this begs the question: How do I migrate from Moz to SM2? Moz and
SMPmW118 uses the same profile structure. but SM2 don't have for example
the Bookmarks.html but Places.sqlite instead, so how should I do? First,
deinstall SM 2.7.2 plus deleting it's profiles, then deinstalling
SMPMw118 and reinstall/migrate it from Moz? SMPmW118 uses the same
profile location as Moz does, so doing it this way it may abain be able
to fetch/send mail properly again. Or are I'm out in the blue with this
scheme?
Cul8er alligator!
gaea - feminist & chunkawakan
My guess would be, that the old software doesn't use the CAPA command,
and simply queries the server in the old way. That is known to work
with those servers that seem to be brain dead (actually, the server
itself is probably okay, if the firewall would let it do what it is
supposed to do). Whether you would want to continue using antique
software, is up to you (I know that I wouldn't do it).
Well, I took a look in the smtp.log file produced by the old Mozilla
plus the required statements in the mozilla.cmd launcher file which I
quote here:

$<quote>
setlocal
set moz_no_remote=1
set BEGINLIBPATH=y:\mozilla.org\mozilla;%libpath%;
set LIBPATHSTRICT=1
set MOZILLA_PLUGIN_PATH=y:\mozilla.org\mozilla\Plugins
set NSPR_LOG_MODULES=pop3,5:smtp,5
set NSPR_LOG_FILE=y:\mozilla.org\mozilla\smtp.log
cdd y:\mozilla.org\mozilla
mozilla.exe -mailer -P default
endlocal
$</quote>

And what did I find? The following is an extract from the smtp.log file

$<quote>

0[2865a0]: SEND: CAPA

0[2865a0]: Entering NET_ProcessPop3 105
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: +OK Capability list follows
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: TOP
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: RESP-CODES
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: USER
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: SASL CRAM-MD5 PLAIN DIGEST-MD5
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: PIPELINING
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: UIDL
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: .
0[2865a0]: POP3: Entering state: 33
0[2865a0]: POP3: Entering state: 5
0[2865a0]: SEND: AUTH PLAIN

0[2865a0]: Entering NET_ProcessPop3 12
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: + go ahead
0[2865a0]: POP3: Entering state: 34
0[2865a0]: POP3: Entering state: 6
0[2865a0]: Logging suppressed for this command (it probably contained
authentication information)
0[2865a0]: Entering NET_ProcessPop3 31
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: +OK authentication successful
0[2865a0]: POP3: Entering state: 34
0[2865a0]: POP3: Entering state: 7
0[2865a0]: SEND: STAT

$</quote>

If I'm trusting that the logging is correctly done, my pop3 and smt
server (mailin.telia.com, mailout.telia.com) does accept the CAPA
command sent to it from the old Mozilla mailer. But when I try pulling
home mail with SMPmW118, smtp plus pop3 logging enabled, then the full
smtp.log file looks like this:

<$quote>

0[20036ba0]: Entering NET_ProcessPop3 96
0[20036ba0]: POP3: Entering state: 1
0[20036ba0]: POP3: Entering state: 2
0[20036ba0]: POP3: Entering state: 4
0[20036ba0]: RECV: +OK POP3 PROXY server ready
<***@proxy12.han.skanova.net>
0[20036ba0]: POP3: Entering state: 29
0[20036ba0]: SEND: AUTH

<$/quote>

So how could the firewall at telia.com accept my request for mail and
sending of mail via the old Moz, but not from SMPmW118 or later SM
builds? If it's a firewall problem, should I not get a meaningful
message from the firewall software/hardware telling me why it refuses
the mail requests from SMPmW118 and onwards, but accepts mail
requests/sends from my old Moz workhorse? As MacBeth said in a sideline
in the Shakesperian play, "The plot thickens...". :-(
Post by Doug Bissett
FWIW, GMail seems to work well, and you can set it up to work with
Thunderbird (and probably SeaMonkey) as a POP/SMTP server, or as an
IMAP/SMTP server (GMail does need to be configured as a secure
server). It does mean that you need to change your e-mail address, but
it seems that you are not left with a lot of other choices.
Where can I find this Gmail anyway? Did a google search for it "Gmail
for os/2" and was directed to a site named
"http://www.os2world.com/past-news/80-software/19776-gmail-herald-versio
n-0-4" where a link is posted to a piece of software that have the name
of "ftp://ftp.netlabs.org/pub/qtapps/gherald-0.4-os2.7z" which I
naturally downloaded. But what in the nine purple hells of Palain[1]
does the file extension ".Zz" stands for? Trying to unzip the archive
get me nothong at all. Or are there other versions of Gmail for os2
floating around in other internet locations?

[1] A wonderful spaceman's oath from E.E. 'Doc. Smith's Lensman novel
series.


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Andreas Buchinger
2013-11-04 16:40:00 UTC
Permalink
This thread is rather long and maybe I've missed something. But it seems
you have problems sending email over smtp without smtp authentication
(the old traditional way). One thing that comes to mind - lot of public
smtp servers nowadays do only accept emails a short period after you
fetch something via pop3. This is to prevent spam. With such servers you
have to authenticate via pop3 and after that you can f.i. send via smtp
for 10 minutes. Maybe your old SM has set some SMTP-after-POP or
POP-before-SMTP setting which your new SM does not.

HTH, Andi
Post by Christer Jacobsson
On Mon, 4 Nov 2013 06:32:33 UTC, "Doug Bissett"
Post by Doug Bissett
On Mon, 4 Nov 2013 01:20:20 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Thu, 17 Oct 2013 04:08:58 UTC, "Doug Bissett"
Post by Doug Bissett
On Thu, 17 Oct 2013 00:16:00 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
I did an experiment here in Pronews/2, namely doing a followup to a post
using the function "Followup via e-mail" as I have my SMTP server
configured here to use my userID and password and using port 25 - I
placed my own email adress as the recipient and sent it away. And lo and
behold, the followup got sent away without any error message from
mailout.telia.com AND it plopped up in my Inbox in Seamonkey/2 (I use
WSeB, not any steenking W*n crap). Unfortunately, SM2 don't seem to have
any log function as Pronews/2 have: the Pronews log shew that it had
contacted mailout.telia.com successfully and sent the msg on its way to
humble me :-)
I am not sure if that is an equivalent operation. PMMail tries to
query the server, to see what it is capable of. I suspect that SM does
the same. Pronews may not do it that way, which could bypass the
problem. The problem, that we saw, was that the firewall returned all
zeros to the CAPA command. If Pronews doesn't do that, and simply does
the old method to determine what the server is capable of, it might
work.
FWIW, the test version of PMMail has a fix, but we haven't heard if it
fixed the user's problem, or not.
Good thinking to try ProNews though. It may be worth your time to try
Thunderbird too, since our user reported that it worked. There may be
a fix missing in SM.
I posted the info below earlier but haven't gotten any answers yet, so I
Out of sheer desperation, I took a *real* long shot in the dark and
fired up my old
Mozilla v1.7.13, "Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.13)
Gecko/20060425", expecting the same "won't fetch, wont'send" mailer
messages again, but Lo and Behold - Moz just sucked in ALL the mail
which had been piled up on my server! Then I composed a mail to myself
and sent it away - the SMTP send went without a hitch and a short time
after that, Moz announced that it had picked up my just-sent message!
And it gets even better: the mail picked up with Moz is stored in the
same profile directory for mail that SMPmW uses AND which SM 2.7.2 also
uses, so when I upen up the Mailer portion in SM 2.7.2 it will see the
same mail as Moz picked up.
This old Moz 1.7.13 do have the log capabilith in it as SMPmW118 has, so
I insertedd the required statements in the mozilla.cmd file and fired up
Moz, and I *did* get a real smtp plus pop3 logfile created.
But this begs the question: How do I migrate from Moz to SM2? Moz and
SMPmW118 uses the same profile structure. but SM2 don't have for example
the Bookmarks.html but Places.sqlite instead, so how should I do? First,
deinstall SM 2.7.2 plus deleting it's profiles, then deinstalling
SMPMw118 and reinstall/migrate it from Moz? SMPmW118 uses the same
profile location as Moz does, so doing it this way it may abain be able
to fetch/send mail properly again. Or are I'm out in the blue with this
scheme?
Cul8er alligator!
gaea - feminist & chunkawakan
My guess would be, that the old software doesn't use the CAPA command,
and simply queries the server in the old way. That is known to work
with those servers that seem to be brain dead (actually, the server
itself is probably okay, if the firewall would let it do what it is
supposed to do). Whether you would want to continue using antique
software, is up to you (I know that I wouldn't do it).
Well, I took a look in the smtp.log file produced by the old Mozilla
plus the required statements in the mozilla.cmd launcher file which I
$<quote>
setlocal
set moz_no_remote=1
set BEGINLIBPATH=y:\mozilla.org\mozilla;%libpath%;
set LIBPATHSTRICT=1
set MOZILLA_PLUGIN_PATH=y:\mozilla.org\mozilla\Plugins
set NSPR_LOG_MODULES=pop3,5:smtp,5
set NSPR_LOG_FILE=y:\mozilla.org\mozilla\smtp.log
cdd y:\mozilla.org\mozilla
mozilla.exe -mailer -P default
endlocal
$</quote>
And what did I find? The following is an extract from the smtp.log file
$<quote>
0[2865a0]: SEND: CAPA
0[2865a0]: Entering NET_ProcessPop3 105
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: +OK Capability list follows
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: TOP
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: RESP-CODES
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: USER
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: SASL CRAM-MD5 PLAIN DIGEST-MD5
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: PIPELINING
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: UIDL
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: .
0[2865a0]: POP3: Entering state: 33
0[2865a0]: POP3: Entering state: 5
0[2865a0]: SEND: AUTH PLAIN
0[2865a0]: Entering NET_ProcessPop3 12
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: + go ahead
0[2865a0]: POP3: Entering state: 34
0[2865a0]: POP3: Entering state: 6
0[2865a0]: Logging suppressed for this command (it probably contained
authentication information)
0[2865a0]: Entering NET_ProcessPop3 31
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: +OK authentication successful
0[2865a0]: POP3: Entering state: 34
0[2865a0]: POP3: Entering state: 7
0[2865a0]: SEND: STAT
$</quote>
If I'm trusting that the logging is correctly done, my pop3 and smt
server (mailin.telia.com, mailout.telia.com) does accept the CAPA
command sent to it from the old Mozilla mailer. But when I try pulling
home mail with SMPmW118, smtp plus pop3 logging enabled, then the full
<$quote>
0[20036ba0]: Entering NET_ProcessPop3 96
0[20036ba0]: POP3: Entering state: 1
0[20036ba0]: POP3: Entering state: 2
0[20036ba0]: POP3: Entering state: 4
0[20036ba0]: RECV: +OK POP3 PROXY server ready
0[20036ba0]: POP3: Entering state: 29
0[20036ba0]: SEND: AUTH
<$/quote>
So how could the firewall at telia.com accept my request for mail and
sending of mail via the old Moz, but not from SMPmW118 or later SM
builds? If it's a firewall problem, should I not get a meaningful
message from the firewall software/hardware telling me why it refuses
the mail requests from SMPmW118 and onwards, but accepts mail
requests/sends from my old Moz workhorse? As MacBeth said in a sideline
in the Shakesperian play, "The plot thickens...". :-(
Post by Doug Bissett
FWIW, GMail seems to work well, and you can set it up to work with
Thunderbird (and probably SeaMonkey) as a POP/SMTP server, or as an
IMAP/SMTP server (GMail does need to be configured as a secure
server). It does mean that you need to change your e-mail address, but
it seems that you are not left with a lot of other choices.
Where can I find this Gmail anyway? Did a google search for it "Gmail
for os/2" and was directed to a site named
"http://www.os2world.com/past-news/80-software/19776-gmail-herald-versio
n-0-4" where a link is posted to a piece of software that have the name
of "ftp://ftp.netlabs.org/pub/qtapps/gherald-0.4-os2.7z" which I
naturally downloaded. But what in the nine purple hells of Palain[1]
does the file extension ".Zz" stands for? Trying to unzip the archive
get me nothong at all. Or are there other versions of Gmail for os2
floating around in other internet locations?
[1] A wonderful spaceman's oath from E.E. 'Doc. Smith's Lensman novel
series.
Cul8er alligator!
gaea - feminist & chunkawakan
Steve Wendt
2013-11-04 19:01:19 UTC
Permalink
Post by Christer Jacobsson
Where can I find this Gmail anyway?
gmail.com - it's primarily web-based, although you can use email
software as well.
Post by Christer Jacobsson
"ftp://ftp.netlabs.org/pub/qtapps/gherald-0.4-os2.7z" which I
naturally downloaded. But what in the nine purple hells of Palain[1]
does the file extension ".Zz" stands for?
http://hobbes.nmsu.edu/h-search.php?key=p7zip
http://hobbes.nmsu.edu/h-viewer.php?dir=/pub/os2/util/archiver&file=p7zip-9.20.1-os2.zip&backto=%2Fh-search.php%3Fkey%3Dp7zip
Doug Bissett
2013-11-05 04:49:45 UTC
Permalink
On Mon, 4 Nov 2013 15:36:57 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Mon, 4 Nov 2013 06:32:33 UTC, "Doug Bissett"
Post by Doug Bissett
On Mon, 4 Nov 2013 01:20:20 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Thu, 17 Oct 2013 04:08:58 UTC, "Doug Bissett"
Post by Doug Bissett
On Thu, 17 Oct 2013 00:16:00 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
I did an experiment here in Pronews/2, namely doing a followup to a post
using the function "Followup via e-mail" as I have my SMTP server
configured here to use my userID and password and using port 25 - I
placed my own email adress as the recipient and sent it away. And lo and
behold, the followup got sent away without any error message from
mailout.telia.com AND it plopped up in my Inbox in Seamonkey/2 (I use
WSeB, not any steenking W*n crap). Unfortunately, SM2 don't seem to have
any log function as Pronews/2 have: the Pronews log shew that it had
contacted mailout.telia.com successfully and sent the msg on its way to
humble me :-)
I am not sure if that is an equivalent operation. PMMail tries to
query the server, to see what it is capable of. I suspect that SM does
the same. Pronews may not do it that way, which could bypass the
problem. The problem, that we saw, was that the firewall returned all
zeros to the CAPA command. If Pronews doesn't do that, and simply does
the old method to determine what the server is capable of, it might
work.
FWIW, the test version of PMMail has a fix, but we haven't heard if it
fixed the user's problem, or not.
Good thinking to try ProNews though. It may be worth your time to try
Thunderbird too, since our user reported that it worked. There may be
a fix missing in SM.
I posted the info below earlier but haven't gotten any answers yet, so I
Out of sheer desperation, I took a *real* long shot in the dark and
fired up my old
Mozilla v1.7.13, "Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.13)
Gecko/20060425", expecting the same "won't fetch, wont'send" mailer
messages again, but Lo and Behold - Moz just sucked in ALL the mail
which had been piled up on my server! Then I composed a mail to myself
and sent it away - the SMTP send went without a hitch and a short time
after that, Moz announced that it had picked up my just-sent message!
And it gets even better: the mail picked up with Moz is stored in the
same profile directory for mail that SMPmW uses AND which SM 2.7.2 also
uses, so when I upen up the Mailer portion in SM 2.7.2 it will see the
same mail as Moz picked up.
This old Moz 1.7.13 do have the log capabilith in it as SMPmW118 has, so
I insertedd the required statements in the mozilla.cmd file and fired up
Moz, and I *did* get a real smtp plus pop3 logfile created.
But this begs the question: How do I migrate from Moz to SM2? Moz and
SMPmW118 uses the same profile structure. but SM2 don't have for example
the Bookmarks.html but Places.sqlite instead, so how should I do? First,
deinstall SM 2.7.2 plus deleting it's profiles, then deinstalling
SMPMw118 and reinstall/migrate it from Moz? SMPmW118 uses the same
profile location as Moz does, so doing it this way it may abain be able
to fetch/send mail properly again. Or are I'm out in the blue with this
scheme?
Cul8er alligator!
gaea - feminist & chunkawakan
My guess would be, that the old software doesn't use the CAPA command,
and simply queries the server in the old way. That is known to work
with those servers that seem to be brain dead (actually, the server
itself is probably okay, if the firewall would let it do what it is
supposed to do). Whether you would want to continue using antique
software, is up to you (I know that I wouldn't do it).
Well, I took a look in the smtp.log file produced by the old Mozilla
plus the required statements in the mozilla.cmd launcher file which I
$<quote>
setlocal
set moz_no_remote=1
set BEGINLIBPATH=y:\mozilla.org\mozilla;%libpath%;
set LIBPATHSTRICT=1
set MOZILLA_PLUGIN_PATH=y:\mozilla.org\mozilla\Plugins
set NSPR_LOG_MODULES=pop3,5:smtp,5
set NSPR_LOG_FILE=y:\mozilla.org\mozilla\smtp.log
cdd y:\mozilla.org\mozilla
mozilla.exe -mailer -P default
endlocal
$</quote>
And what did I find? The following is an extract from the smtp.log file
$<quote>
0[2865a0]: SEND: CAPA
0[2865a0]: Entering NET_ProcessPop3 105
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: +OK Capability list follows
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: TOP
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: RESP-CODES
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: USER
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: SASL CRAM-MD5 PLAIN DIGEST-MD5
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: PIPELINING
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: UIDL
0[2865a0]: POP3: Entering state: 32
0[2865a0]: RECV: .
0[2865a0]: POP3: Entering state: 33
0[2865a0]: POP3: Entering state: 5
0[2865a0]: SEND: AUTH PLAIN
0[2865a0]: Entering NET_ProcessPop3 12
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: + go ahead
0[2865a0]: POP3: Entering state: 34
0[2865a0]: POP3: Entering state: 6
0[2865a0]: Logging suppressed for this command (it probably contained
authentication information)
0[2865a0]: Entering NET_ProcessPop3 31
0[2865a0]: POP3: Entering state: 3
0[2865a0]: RECV: +OK authentication successful
0[2865a0]: POP3: Entering state: 34
0[2865a0]: POP3: Entering state: 7
0[2865a0]: SEND: STAT
$</quote>
If I'm trusting that the logging is correctly done, my pop3 and smt
server (mailin.telia.com, mailout.telia.com) does accept the CAPA
command sent to it from the old Mozilla mailer. But when I try pulling
home mail with SMPmW118, smtp plus pop3 logging enabled, then the full
<$quote>
0[20036ba0]: Entering NET_ProcessPop3 96
0[20036ba0]: POP3: Entering state: 1
0[20036ba0]: POP3: Entering state: 2
0[20036ba0]: POP3: Entering state: 4
0[20036ba0]: RECV: +OK POP3 PROXY server ready
0[20036ba0]: POP3: Entering state: 29
0[20036ba0]: SEND: AUTH
<$/quote>
So how could the firewall at telia.com accept my request for mail and
sending of mail via the old Moz, but not from SMPmW118 or later SM
builds? If it's a firewall problem, should I not get a meaningful
message from the firewall software/hardware telling me why it refuses
the mail requests from SMPmW118 and onwards, but accepts mail
requests/sends from my old Moz workhorse? As MacBeth said in a sideline
in the Shakesperian play, "The plot thickens...". :-(
I am not sure what the second log is trying to say. One would need to
know what the various states are supposed to mean. It does appear that
the first log does show a CAPA command, that was responded to by the
server. The second one could be responded to by the firewall, but I am
not sure about that.

As for getting a "meaninful message from the firewall", You are lucky
if you get any response, at all, from a firewall. Many of them now
simply ignore anything that they don't like.

I still think it is a firewall problem, which you can do nothing
about, except complain to your ISP. The older versions of SM, TB and
FF, do authentication in a different way, which probably gets past the
firewall, and connects to the SMTP server.
Post by Christer Jacobsson
Post by Doug Bissett
FWIW, GMail seems to work well, and you can set it up to work with
Thunderbird (and probably SeaMonkey) as a POP/SMTP server, or as an
IMAP/SMTP server (GMail does need to be configured as a secure
server). It does mean that you need to change your e-mail address, but
it seems that you are not left with a lot of other choices.
Where can I find this Gmail anyway? Did a google search for it "Gmail
for os/2" and was directed to a site named
"http://www.os2world.com/past-news/80-software/19776-gmail-herald-versio
n-0-4" where a link is posted to a piece of software that have the name
of "ftp://ftp.netlabs.org/pub/qtapps/gherald-0.4-os2.7z" which I
naturally downloaded. But what in the nine purple hells of Palain[1]
does the file extension ".Zz" stands for? Trying to unzip the archive
get me nothong at all. Or are there other versions of Gmail for os2
floating around in other internet locations?
Well, ".Zz" is just another method to zip things. I see that that was
answered in another post.

Gherald really has nothing to do with using GMail, all it does, is
monitor for anything new in the account, and lets you know that you
should look at your mail. You need to get GMail working before that
will do you any good.

GMail is NOT something specifically for OS/2. It is part of the GOOGLE
empire. They usually expect you to create a user ID and password, then
use it as a webmail client (in your browser). However, you can
configure it to allow access with an e-mail client like Thunderbird,
or SeaMonkey. That must be done after you log into the web mail
client. It can be configured for POP3, or IMAP, for receiving mail,
and SMTP to send mail. All of them must be configured for secure
access, if you use them. The instructions are in the help section when
you log into the webmail client, with your browser. You need to set up
GMail itself, to operate as a normal mail server, then set up SM, or
TB, to match.
Post by Christer Jacobsson
[1] A wonderful spaceman's oath from E.E. 'Doc. Smith's Lensman novel
series.
Cul8er alligator!
gaea - feminist & chunkawakan
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Dave Yeo
2013-10-17 04:32:33 UTC
Permalink
Post by Christer Jacobsson
And yes, I've tried setting the port
to 25 in SM2 and doing a send email, but no joy - up came the same
annoying error message as before. Originally it was configured to use
port 465.
Seems they had you set to a strange port number. Are you using any
authentication? (under outgoing server (SMTP ) Settings
-->edit-->connection drop down list.
Dave
Doug Bissett
2013-10-17 19:32:55 UTC
Permalink
Post by Dave Yeo
Post by Christer Jacobsson
And yes, I've tried setting the port
to 25 in SM2 and doing a send email, but no joy - up came the same
annoying error message as before. Originally it was configured to use
port 465.
Seems they had you set to a strange port number. Are you using any
authentication? (under outgoing server (SMTP ) Settings
-->edit-->connection drop down list.
Dave
It seems that port 25 has been deprecated for use with e-mail clients,
and is supposed to be used for communication between e-mail servers.
It is now common for clients to use port 587 in place of port 25 (but
that is not always the case, it depends on how the server is set up).
In most cases port 25 will still work, but it may be blocked,
depending on what the server owner decides to do. Port 465 is assigned
to be used for secure connections to a SMTP server (SSL, TLS).
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Trevor Hemsley
2013-10-17 15:59:58 UTC
Permalink
On Wed, 16 Oct 2013 18:19:51 UTC in mozilla.dev.ports.os2, "Doug Bissett"
Post by Doug Bissett
The specific cause seems to be
that PMMail does a CAPA command, which queries the capabilities of the
server. There is no response to that, indicating that the mail server
is not capable of doing anything,
Something like this might be seen by a firewall as an information gathering
attempt and blocked to stop it from happening. Cisco are particularly bad at
things like this, with the default 'inspect esmtp' it even rewrites the SMTP
server banner with all *'s to obscure information about the SMTP server you're
running.

As far as the CAPA command goes, RFC2449 says that the server should respond
with either +OK or -ERR so if it does anything else, then it's not RFC compliant
and you should report it to the server admin who should report it to the
firewall vendor.

Pronews/2 probably works because it uses the most basic form of SMTP it can
manage and doesn't take advantage of anything recent. It knows about EHLO and
understands LOGIN, PLAIN and CRAM-MD5 authentication but not much else.
--
Trevor Hemsley, Brighton, UK
Trevor dot Hemsley at ntlworld dot com
Steve Wendt
2013-10-17 17:55:00 UTC
Permalink
Post by Trevor Hemsley
Something like this might be seen by a firewall as an information gathering
attempt and blocked to stop it from happening. Cisco are particularly bad at
things like this, with the default 'inspect esmtp' it even rewrites the SMTP
server banner with all *'s to obscure information about the SMTP server you're
running.
I've encountered that one recently... nasty default.
Doug Bissett
2013-10-17 19:32:55 UTC
Permalink
On Thu, 17 Oct 2013 15:59:58 UTC, "Trevor Hemsley"
Post by Trevor Hemsley
As far as the CAPA command goes, RFC2449 says that the server should respond
with either +OK or -ERR so if it does anything else, then it's not RFC compliant
and you should report it to the server admin who should report it to the
firewall vendor.
From what I have seen, the firewall is (incorrectly, IMO) responding
to the CAPA command, with invalid data. Only the server should respond
to the CAPA command. Any other operation negates the purpose of the
CAPA command, which is to find out what the server is capable of
doing. This seems to be a case where the firewall is going way too far
to try to protect a system, or it is incorrectly configured.
Unfortunately, it seems to be a common problem, recently, and few, if
any, ISPs understand what people are complaining about.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Brendan McCullough
2013-10-17 05:53:43 UTC
Permalink
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out. Try again or contact your network
administrator.
I have encountered this sort of error before and would suggest that you
tweak some of the settings in the Outgoing Server area. Change them one
at a time until you get satisfaction.

Here are my current settings: (in parentheses)
Port (587)
Connection Security (Password, transmitted insecurely)
Authentication Method (None)

You will likely need a different combination.
Christer Jacobsson
2013-10-17 22:47:19 UTC
Permalink
On Thu, 17 Oct 2013 05:53:43 UTC, Brendan McCullough
Post by Brendan McCullough
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
The message could not be sent because the connection to SMTP server
mailout.telia.com timed out. Try again or contact your network
administrator.
I have encountered this sort of error before and would suggest that you
tweak some of the settings in the Outgoing Server area. Change them one
at a time until you get satisfaction.
Here are my current settings: (in parentheses)
Port (587)
Connection Security (Password, transmitted insecurely)
Authentication Method (None)
You will likely need a different combination.
Well, in SM 2.7.2, the SMTP entry in the Mail Preference page is as
follows:

Server name: mailout.telia.com
Port: 587 (as you suggested)
Connection security has a droplist containing the following choices:
None, STAR/TLS and SSL.
Authentication method has a droplist containing the following choices:
No authentication, "Password, transmitted insecurely", "encrypted
pasword", Kerberos and NLTM.

So I changed the port to 587, "None" for connection security and "No
authentication" for Authentication method, closed the preferences
folder, closed SM2.7.2, fired it up again and tried to send a test
message. No joy - the same old error message appeared instantly and NO
log was produced DESPITE that I had the following statements in my
seamonkey.cmd file:

set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log

as recommended by another user in this ng. And this is very fishy indeed
- why don't SM2.7.2 produce a log file even when it is instructed to do
so?


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Dave Yeo
2013-10-18 00:09:06 UTC
Permalink
Post by Christer Jacobsson
the same old error message appeared instantly and NO
log was produced DESPITE that I had the following statements in my
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
as recommended by another user in this ng. And this is very fishy indeed
- why don't SM2.7.2 produce a log file even when it is instructed to do
so?
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
Also other PR_LOG messages seem to have to be enabled with a define when
compiling and we don't define it and I didn't even know about the PR_LOG
macro (lots of other logs can be generated basically the same way)
Dave
Christer Jacobsson
2013-10-18 00:51:10 UTC
Permalink
Post by Dave Yeo
Post by Christer Jacobsson
the same old error message appeared instantly and NO
log was produced DESPITE that I had the following statements in my
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
as recommended by another user in this ng. And this is very fishy indeed
- why don't SM2.7.2 produce a log file even when it is instructed to do
so?
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
Also other PR_LOG messages seem to have to be enabled with a define when
compiling and we don't define it and I didn't even know about the PR_LOG
macro (lots of other logs can be generated basically the same way)
Dave
Then it may work with SMPmW118 if I insert the above statements in the
seamonkey.cmd that kicks off SMPMW118 - if it works, perhaps I can get
an inkling of what's going on behind my figuratively back :-(


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Steve Wendt
2013-10-18 01:24:15 UTC
Permalink
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
Christer Jacobsson
2013-10-18 01:34:46 UTC
Permalink
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
I inserted the above statement in my SMPmW118 seamonkeymail.cmd, fired
it up and did a Send, and of course the infamous error message
appearead, then I closed down SMPmW118 and lo and behold - NOW I got a
log file, but all it contained was this single line:

0[20036ba0]: SMTP Connecting to: mailout.telia.com

So much wiser for that :-/


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Dave Yeo
2013-10-18 03:08:09 UTC
Permalink
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
The macro is part of NSPR but actually setting up the logging is up to
whatever program is using NSPR, eg enigmail uses
NSPR_LOG_MODULES=enigmail. The :5 is the level of logging with :5 = all.
Another interesting one to try is set NSPR_LOG_MODULES=all:5 (with a
NSPR_LOG_FILE set up)
Dave
Christer Jacobsson
2013-10-20 03:55:36 UTC
Permalink
Post by Dave Yeo
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
The macro is part of NSPR but actually setting up the logging is up to
whatever program is using NSPR, eg enigmail uses
NSPR_LOG_MODULES=enigmail. The :5 is the level of logging with :5 = all.
Another interesting one to try is set NSPR_LOG_MODULES=all:5 (with a
NSPR_LOG_FILE set up)
And now the rot in SMPmW118 and 2.7.2 have spread even further: not it
wont even FETCH mail via the pop3 server: if I hit the Get new messages
button in the mailer it throws up a error box stating that the
connection to mailin.telia.com have timed out. I suspected that this
error could be caused in some error in mptn/tcpip, so I booted over to
eCs20rc4 and fired up SMPmW118 from there, hoping that it would pull
home my mail. No joy - up came that dastardly message about the
connection to mailin.telia.com have timed out. Now I'm totally stumped.
I *could* try creating a absolutely pristine profile and setting up my
mail account there, but then I would lose contacct with the mail that
I've already have on my system, and that won't do. Btw, CAN I create a
new virgin profile, setting up the mail account and then go inte the
prefs.js and changing it so it would point to the old mail directory?


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Doug Bissett
2013-10-20 04:21:40 UTC
Permalink
On Sun, 20 Oct 2013 03:55:36 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
Post by Dave Yeo
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
The macro is part of NSPR but actually setting up the logging is up to
whatever program is using NSPR, eg enigmail uses
NSPR_LOG_MODULES=enigmail. The :5 is the level of logging with :5 = all.
Another interesting one to try is set NSPR_LOG_MODULES=all:5 (with a
NSPR_LOG_FILE set up)
And now the rot in SMPmW118 and 2.7.2 have spread even further: not it
wont even FETCH mail via the pop3 server: if I hit the Get new messages
button in the mailer it throws up a error box stating that the
connection to mailin.telia.com have timed out. I suspected that this
error could be caused in some error in mptn/tcpip, so I booted over to
eCs20rc4 and fired up SMPmW118 from there, hoping that it would pull
home my mail. No joy - up came that dastardly message about the
connection to mailin.telia.com have timed out. Now I'm totally stumped.
I *could* try creating a absolutely pristine profile and setting up my
mail account there, but then I would lose contacct with the mail that
I've already have on my system, and that won't do. Btw, CAN I create a
new virgin profile, setting up the mail account and then go inte the
prefs.js and changing it so it would point to the old mail directory?
Cul8er alligator!
gaea - feminist & chunkawakan
You can tell the new profile to leave all of the messages on the
server, and fetch them again, when the problem is resolved, but I
suspect that you are the victim of a bad firewall, or a misconfigured
firewall. It seems that there is at least one out there that is doing
things like that.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Christer Jacobsson
2013-10-20 14:33:26 UTC
Permalink
On Sun, 20 Oct 2013 04:21:40 UTC, "Doug Bissett"
Post by Doug Bissett
On Sun, 20 Oct 2013 03:55:36 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
Post by Dave Yeo
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
The macro is part of NSPR but actually setting up the logging is up to
whatever program is using NSPR, eg enigmail uses
NSPR_LOG_MODULES=enigmail. The :5 is the level of logging with :5 = all.
Another interesting one to try is set NSPR_LOG_MODULES=all:5 (with a
NSPR_LOG_FILE set up)
And now the rot in SMPmW118 and 2.7.2 have spread even further: not it
wont even FETCH mail via the pop3 server: if I hit the Get new messages
button in the mailer it throws up a error box stating that the
connection to mailin.telia.com have timed out. I suspected that this
error could be caused in some error in mptn/tcpip, so I booted over to
eCs20rc4 and fired up SMPmW118 from there, hoping that it would pull
home my mail. No joy - up came that dastardly message about the
connection to mailin.telia.com have timed out. Now I'm totally stumped.
I *could* try creating a absolutely pristine profile and setting up my
mail account there, but then I would lose contacct with the mail that
I've already have on my system, and that won't do. Btw, CAN I create a
new virgin profile, setting up the mail account and then go inte the
prefs.js and changing it so it would point to the old mail directory?
Cul8er alligator!
gaea - feminist & chunkawakan
You can tell the new profile to leave all of the messages on the
server, and fetch them again, when the problem is resolved, but I
suspect that you are the victim of a bad firewall, or a misconfigured
firewall. It seems that there is at least one out there that is doing
things like that.
So you mean that even if I were to create an absolutely new virgin
profile with the correct POP3 and SMTP settings, the sending and
receiving problem would show up anyway? If that's the case, then the
fetch/send errors don't belong in my bailiwick but lies squarely at the
doorstep to my ISP provider namely telia.com? But this theory may have
some holes in it as I could send/receive email via my old WinXP Mozilla
and Pmmail/2 (demo) also worked sending/receiving messages

The current profile for 2.7.2 is the inheritor of a profile in SMPmW118
which inherited it's profile from my Netscape/2 4.61, When I ran Netscpe
I didn't use telia as my ISP but tele2 instead, and I may have different
mail account numbers from telia. That should explain the fact that
SMPmW118's prefs.js contains FIVE server entries: it looks to me that if
you have to switch mail account number (the current is u90129440) in the
Mail and Newsgroups->server settings page,the process don't clear out
the now inactual server settings but rather just adds a new entry in the
prefs.js file making the risk of errors cropping up greater. But I heard
(figuratively) in this ng that you can override some settings in
prefs.js by creating an user.js with the desired settings annd that
would take precedence over the prefs.js settings.

But back to the creation of a spanking new profile: suppose that as soon
as I have entered all the mail info it needs to set up my account
WITHOUT starting SM with the newly created prefs.js, could I then modify
the new prefs.js file so it would point to my current SMPmW118 mail
directory which lives in the SMPmW118 profile tree under
Mail->mail1.901.telia.com - under that catalog lives the varioos mail
files, i.e. inbox. sent, drafts junk and so on? If this is possible and
the new profile can fetch(send mail OK it would also solve the problem
how to access the old mail structure and files in the new profiles.
Suggestions?


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Doug Bissett
2013-10-20 15:44:20 UTC
Permalink
On Sun, 20 Oct 2013 14:33:26 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Sun, 20 Oct 2013 04:21:40 UTC, "Doug Bissett"
Post by Doug Bissett
On Sun, 20 Oct 2013 03:55:36 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
Post by Dave Yeo
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
The macro is part of NSPR but actually setting up the logging is up to
whatever program is using NSPR, eg enigmail uses
NSPR_LOG_MODULES=enigmail. The :5 is the level of logging with :5 = all.
Another interesting one to try is set NSPR_LOG_MODULES=all:5 (with a
NSPR_LOG_FILE set up)
And now the rot in SMPmW118 and 2.7.2 have spread even further: not it
wont even FETCH mail via the pop3 server: if I hit the Get new messages
button in the mailer it throws up a error box stating that the
connection to mailin.telia.com have timed out. I suspected that this
error could be caused in some error in mptn/tcpip, so I booted over to
eCs20rc4 and fired up SMPmW118 from there, hoping that it would pull
home my mail. No joy - up came that dastardly message about the
connection to mailin.telia.com have timed out. Now I'm totally stumped.
I *could* try creating a absolutely pristine profile and setting up my
mail account there, but then I would lose contacct with the mail that
I've already have on my system, and that won't do. Btw, CAN I create a
new virgin profile, setting up the mail account and then go inte the
prefs.js and changing it so it would point to the old mail directory?
Cul8er alligator!
gaea - feminist & chunkawakan
You can tell the new profile to leave all of the messages on the
server, and fetch them again, when the problem is resolved, but I
suspect that you are the victim of a bad firewall, or a misconfigured
firewall. It seems that there is at least one out there that is doing
things like that.
So you mean that even if I were to create an absolutely new virgin
profile with the correct POP3 and SMTP settings, the sending and
receiving problem would show up anyway?
I expect that it will, but you need to try it, to see where to go from
here.
Post by Christer Jacobsson
If that's the case, then the
fetch/send errors don't belong in my bailiwick but lies squarely at the
doorstep to my ISP provider namely telia.com?
I can't think of any other place to put the blame.
Post by Christer Jacobsson
But this theory may have
some holes in it as I could send/receive email via my old WinXP Mozilla
and Pmmail/2 (demo) also worked sending/receiving messages
Is that still working? If so, it may support the theory that a
firewall is to blame. Older versions probably didn't use the CAPA
command to query what the server is capable of.
Post by Christer Jacobsson
The current profile for 2.7.2 is the inheritor of a profile in SMPmW118
which inherited it's profile from my Netscape/2 4.61, When I ran Netscpe
I didn't use telia as my ISP but tele2 instead, and I may have different
mail account numbers from telia. That should explain the fact that
SMPmW118's prefs.js contains FIVE server entries: it looks to me that if
you have to switch mail account number (the current is u90129440) in the
Mail and Newsgroups->server settings page,the process don't clear out
the now inactual server settings but rather just adds a new entry in the
prefs.js file making the risk of errors cropping up greater. But I heard
(figuratively) in this ng that you can override some settings in
prefs.js by creating an user.js with the desired settings annd that
would take precedence over the prefs.js settings.
I am not familiar with what Mozilla does in the PREFS.JS files. I do
know, that they often collect a lot of left over stuuf, that sometimes
causes problems.
Post by Christer Jacobsson
But back to the creation of a spanking new profile: suppose that as soon
as I have entered all the mail info it needs to set up my account
WITHOUT starting SM with the newly created prefs.js, could I then modify
the new prefs.js file so it would point to my current SMPmW118 mail
directory which lives in the SMPmW118 profile tree under
Mail->mail1.901.telia.com - under that catalog lives the varioos mail
files, i.e. inbox. sent, drafts junk and so on? If this is possible and
the new profile can fetch(send mail OK it would also solve the problem
how to access the old mail structure and files in the new profiles.
Suggestions?
Start SM with the "-profile" parameter, and you can create a new
profile, in addition to the old one. Don't try to move anything
between them. You need to know if a completely new profile fixes the
problem, or not. If not, you are back at screaming at your ISP. If it
does fix the problem, more analysis needs to be done on the current
profile, to determine what needs to be fixed, or moved into the new
one. When you do the test, set SM to leave all messages on the server,
so they can be fetched later by the old profile (if it gets fixed).
Remember that any messages that you SEND, will exist only in the
profile that you used to do the SEND, so be careful what you do, or
you may lose them.

The new profile is only one step in determining where the actual
problem lies. Depending on the results of that test, you can make an
informed decision about what to do next.
Post by Christer Jacobsson
Cul8er alligator!
gaea - feminist & chunkawakan
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Christer Jacobsson
2013-10-21 01:36:47 UTC
Permalink
On Sun, 20 Oct 2013 15:44:20 UTC, "Doug Bissett"
Post by Doug Bissett
On Sun, 20 Oct 2013 14:33:26 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Sun, 20 Oct 2013 04:21:40 UTC, "Doug Bissett"
Post by Doug Bissett
On Sun, 20 Oct 2013 03:55:36 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
Post by Dave Yeo
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
The macro is part of NSPR but actually setting up the logging is up to
whatever program is using NSPR, eg enigmail uses
NSPR_LOG_MODULES=enigmail. The :5 is the level of logging with :5 = all.
Another interesting one to try is set NSPR_LOG_MODULES=all:5 (with a
NSPR_LOG_FILE set up)
And now the rot in SMPmW118 and 2.7.2 have spread even further: not it
wont even FETCH mail via the pop3 server: if I hit the Get new messages
button in the mailer it throws up a error box stating that the
connection to mailin.telia.com have timed out. I suspected that this
error could be caused in some error in mptn/tcpip, so I booted over to
eCs20rc4 and fired up SMPmW118 from there, hoping that it would pull
home my mail. No joy - up came that dastardly message about the
connection to mailin.telia.com have timed out. Now I'm totally stumped.
I *could* try creating a absolutely pristine profile and setting up my
mail account there, but then I would lose contacct with the mail that
I've already have on my system, and that won't do. Btw, CAN I create a
new virgin profile, setting up the mail account and then go inte the
prefs.js and changing it so it would point to the old mail directory?
Cul8er alligator!
gaea - feminist & chunkawakan
You can tell the new profile to leave all of the messages on the
server, and fetch them again, when the problem is resolved, but I
suspect that you are the victim of a bad firewall, or a misconfigured
firewall. It seems that there is at least one out there that is doing
things like that.
So you mean that even if I were to create an absolutely new virgin
profile with the correct POP3 and SMTP settings, the sending and
receiving problem would show up anyway?
I expect that it will, but you need to try it, to see where to go from
here.
Post by Christer Jacobsson
If that's the case, then the
fetch/send errors don't belong in my bailiwick but lies squarely at the
doorstep to my ISP provider namely telia.com?
I can't think of any other place to put the blame.
Post by Christer Jacobsson
But this theory may have
some holes in it as I could send/receive email via my old WinXP Mozilla
and Pmmail/2 (demo) also worked sending/receiving messages
Is that still working? If so, it may support the theory that a
firewall is to blame. Older versions probably didn't use the CAPA
command to query what the server is capable of.
I just created a spanking new profile in SPMw118 (so I could use the
logging function) called Virgin and entered all the required settings
for my email, i.e. POP3 server plus userID and SMTP server plus userID
and I let smtp use port 25. I also indicated that the mail should be
left on the server for 30 days. Then I went into the general Preferences
and set some stuff there namely how the mailer should announce new
incoming mail - instead of the traditional 'bong' SM uses I let it play
the baby1.wav file which contains the wonderful onelier from T2 namely
"Hasta la vista, baby" followed by the roar of a Colt .45 Automatic
being fired at the deep-frozen T-1000. When all this was done, I closed
down SPMw118, set the log parameters 'by hand' and fired it up again
using 'seamonkey.exe -P Virgin. Up it came but as soon as I've entered
the password for POP3 and SMTP I tried to fetch home mail but was again
greeted with the message "Connection to server mailin.telia.com timed
out" and sending out a mail get the same error message as I've described
at the beginning of this thread. But now I *do* have a logfile with
pop3:5 and smtp:5 logs in it: it's a plain text file with 100 lines of
info in it. So should I post it in the answer I expect from you or
should I do a followup with the logfile using the function Followup via
email that ProNews/2 have?


Cul8er alligator!
gaea - feminist & chunkawakan
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan
Doug Bissett
2013-10-21 03:35:17 UTC
Permalink
On Mon, 21 Oct 2013 01:36:47 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Sun, 20 Oct 2013 15:44:20 UTC, "Doug Bissett"
Post by Doug Bissett
On Sun, 20 Oct 2013 14:33:26 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Sun, 20 Oct 2013 04:21:40 UTC, "Doug Bissett"
Post by Doug Bissett
On Sun, 20 Oct 2013 03:55:36 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
Post by Dave Yeo
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
The macro is part of NSPR but actually setting up the logging is up to
whatever program is using NSPR, eg enigmail uses
NSPR_LOG_MODULES=enigmail. The :5 is the level of logging with :5 = all.
Another interesting one to try is set NSPR_LOG_MODULES=all:5 (with a
NSPR_LOG_FILE set up)
And now the rot in SMPmW118 and 2.7.2 have spread even further: not it
wont even FETCH mail via the pop3 server: if I hit the Get new messages
button in the mailer it throws up a error box stating that the
connection to mailin.telia.com have timed out. I suspected that this
error could be caused in some error in mptn/tcpip, so I booted over to
eCs20rc4 and fired up SMPmW118 from there, hoping that it would pull
home my mail. No joy - up came that dastardly message about the
connection to mailin.telia.com have timed out. Now I'm totally stumped.
I *could* try creating a absolutely pristine profile and setting up my
mail account there, but then I would lose contacct with the mail that
I've already have on my system, and that won't do. Btw, CAN I create a
new virgin profile, setting up the mail account and then go inte the
prefs.js and changing it so it would point to the old mail directory?
Cul8er alligator!
gaea - feminist & chunkawakan
You can tell the new profile to leave all of the messages on the
server, and fetch them again, when the problem is resolved, but I
suspect that you are the victim of a bad firewall, or a misconfigured
firewall. It seems that there is at least one out there that is doing
things like that.
So you mean that even if I were to create an absolutely new virgin
profile with the correct POP3 and SMTP settings, the sending and
receiving problem would show up anyway?
I expect that it will, but you need to try it, to see where to go from
here.
Post by Christer Jacobsson
If that's the case, then the
fetch/send errors don't belong in my bailiwick but lies squarely at the
doorstep to my ISP provider namely telia.com?
I can't think of any other place to put the blame.
Post by Christer Jacobsson
But this theory may have
some holes in it as I could send/receive email via my old WinXP Mozilla
and Pmmail/2 (demo) also worked sending/receiving messages
Is that still working? If so, it may support the theory that a
firewall is to blame. Older versions probably didn't use the CAPA
command to query what the server is capable of.
I just created a spanking new profile in SPMw118 (so I could use the
logging function) called Virgin and entered all the required settings
for my email, i.e. POP3 server plus userID and SMTP server plus userID
and I let smtp use port 25. I also indicated that the mail should be
left on the server for 30 days. Then I went into the general Preferences
and set some stuff there namely how the mailer should announce new
incoming mail - instead of the traditional 'bong' SM uses I let it play
the baby1.wav file which contains the wonderful onelier from T2 namely
"Hasta la vista, baby" followed by the roar of a Colt .45 Automatic
being fired at the deep-frozen T-1000. When all this was done, I closed
down SPMw118, set the log parameters 'by hand' and fired it up again
using 'seamonkey.exe -P Virgin. Up it came but as soon as I've entered
the password for POP3 and SMTP I tried to fetch home mail but was again
greeted with the message "Connection to server mailin.telia.com timed
out" and sending out a mail get the same error message as I've described
at the beginning of this thread. But now I *do* have a logfile with
pop3:5 and smtp:5 logs in it: it's a plain text file with 100 lines of
info in it. So should I post it in the answer I expect from you or
should I do a followup with the logfile using the function Followup via
email that ProNews/2 have?
If it shows a timout, I think you have shown that the problem is that
a firewall is blocking you, somehow. Since it is highly unlikely that
it is your firewall that is causing the problem (but check that, if
you do use a firewall), that sends you back to your ISP.

You could mess around doing IP traces, but I doubt if that will give
you any more information. A TELNET session may tell you something
more, but I doubt it.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Paul Ratcliffe
2013-10-21 09:36:59 UTC
Permalink
Post by Doug Bissett
You could mess around doing IP traces, but I doubt if that will give
you any more information. A TELNET session may tell you something
more, but I doubt it.
I already told you two clueless lumps what to do, but you chose to
ignore it and carried on blathering about irrelevancies.
It would give someone who knew what they were doing more information,
but it wouldn't tell him anything.
Christer Jacobsson
2013-10-31 00:25:47 UTC
Permalink
On Mon, 21 Oct 2013 03:35:17 UTC, "Doug Bissett"
Post by Doug Bissett
On Mon, 21 Oct 2013 01:36:47 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Sun, 20 Oct 2013 15:44:20 UTC, "Doug Bissett"
Post by Doug Bissett
On Sun, 20 Oct 2013 14:33:26 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
On Sun, 20 Oct 2013 04:21:40 UTC, "Doug Bissett"
Post by Doug Bissett
On Sun, 20 Oct 2013 03:55:36 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
Post by Dave Yeo
Post by Steve Wendt
Post by Dave Yeo
Post by Steve Wendt
set NSPR_LOG_MODULES=smtp:5
set NSPR_LOG_FILE=y:\mozila.org\mozilla\seamonkey-2.7.2\smtp.log
Doesn't seem to be implemented in SM 2.7.2, at least I couldn't find it.
It's all part of the NSPR library, so it shouldn't be specific to
SeaMonkey at all, unless the build process uses funky flags. Of course,
I have no idea if any of this has ever worked on OS/2, but I thought it
did. :-/
The macro is part of NSPR but actually setting up the logging is up to
whatever program is using NSPR, eg enigmail uses
NSPR_LOG_MODULES=enigmail. The :5 is the level of logging with :5 = all.
Another interesting one to try is set NSPR_LOG_MODULES=all:5 (with a
NSPR_LOG_FILE set up)
And now the rot in SMPmW118 and 2.7.2 have spread even further: not it
wont even FETCH mail via the pop3 server: if I hit the Get new messages
button in the mailer it throws up a error box stating that the
connection to mailin.telia.com have timed out. I suspected that this
error could be caused in some error in mptn/tcpip, so I booted over to
eCs20rc4 and fired up SMPmW118 from there, hoping that it would pull
home my mail. No joy - up came that dastardly message about the
connection to mailin.telia.com have timed out. Now I'm totally stumped.
I *could* try creating a absolutely pristine profile and setting up my
mail account there, but then I would lose contacct with the mail that
I've already have on my system, and that won't do. Btw, CAN I create a
new virgin profile, setting up the mail account and then go inte the
prefs.js and changing it so it would point to the old mail directory?
Cul8er alligator!
gaea - feminist & chunkawakan
You can tell the new profile to leave all of the messages on the
server, and fetch them again, when the problem is resolved, but I
suspect that you are the victim of a bad firewall, or a misconfigured
firewall. It seems that there is at least one out there that is doing
things like that.
So you mean that even if I were to create an absolutely new virgin
profile with the correct POP3 and SMTP settings, the sending and
receiving problem would show up anyway?
I expect that it will, but you need to try it, to see where to go from
here.
Post by Christer Jacobsson
If that's the case, then the
fetch/send errors don't belong in my bailiwick but lies squarely at the
doorstep to my ISP provider namely telia.com?
I can't think of any other place to put the blame.
Post by Christer Jacobsson
But this theory may have
some holes in it as I could send/receive email via my old WinXP Mozilla
and Pmmail/2 (demo) also worked sending/receiving messages
Is that still working? If so, it may support the theory that a
firewall is to blame. Older versions probably didn't use the CAPA
command to query what the server is capable of.
I just created a spanking new profile in SPMw118 (so I could use the
logging function) called Virgin and entered all the required settings
for my email, i.e. POP3 server plus userID and SMTP server plus userID
and I let smtp use port 25. I also indicated that the mail should be
left on the server for 30 days. Then I went into the general Preferences
and set some stuff there namely how the mailer should announce new
incoming mail - instead of the traditional 'bong' SM uses I let it play
the baby1.wav file which contains the wonderful onelier from T2 namely
"Hasta la vista, baby" followed by the roar of a Colt .45 Automatic
being fired at the deep-frozen T-1000. When all this was done, I closed
down SPMw118, set the log parameters 'by hand' and fired it up again
using 'seamonkey.exe -P Virgin. Up it came but as soon as I've entered
the password for POP3 and SMTP I tried to fetch home mail but was again
greeted with the message "Connection to server mailin.telia.com timed
out" and sending out a mail get the same error message as I've described
at the beginning of this thread. But now I *do* have a logfile with
pop3:5 and smtp:5 logs in it: it's a plain text file with 100 lines of
info in it. So should I post it in the answer I expect from you or
should I do a followup with the logfile using the function Followup via
email that ProNews/2 have?
If it shows a timout, I think you have shown that the problem is that
a firewall is blocking you, somehow. Since it is highly unlikely that
it is your firewall that is causing the problem (but check that, if
you do use a firewall), that sends you back to your ISP.
You could mess around doing IP traces, but I doubt if that will give
you any more information. A TELNET session may tell you something
more, but I doubt it.
Out of sheer desperation, I took a *real* long shot and fired up my old
Mozilla v1.7.13, "Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.13)
Gecko/20060425", expecting the same "won't fetch, wont'send" mailer
messages again, but Lo and Behold - Moz just sucked in ALL the mail
which had been piled up on my server! Then I composed a mail to myself
and sent it away - the SMTP send went without a hitch and a short time
after that, Moz announced that it had picked up my just-sent message!
And it gets even better: the mail picked up with Moz is stored in the
same profile directory for mail that SMPmW uses AND which SM 2.7.2 also
uses, so when I upen up the Mailer portion in SM 2.7.2 it will see the
same mail as Moz picked up.

But this begs the question: How do I migrate from Moz to SM2? Moz and
SMPmW118 uses the same profile structure. but SM2 don't have for example
the Bookmarks.html but Places.sqlite instead, so how should I do? First,
deinstall SM 2.7.2 plus deleting it's profiles, then deinstalling
SMPMw118 and reinstall/migrate it from Moz? SMPmW118 uses the same
profile location as Moz does, so doing it this way it may abain be able
to fetch/send mail properly again. Or are I'm out in the blue with this
scheme?

Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 17th Anniversary :-) Ex-wife deceased :-(
Team OS/2 e-mail: ***@gaea.se (Primary)
Team eCs e-mail: ***@yahoo.com (Alternate)
Team DRW - Dare Refuse Windows
Chunkawakan Lakota/Sioux: Horse
Pete
2013-10-18 01:35:04 UTC
Permalink
On Tue, 15 Oct 2013 20:53:05 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
--snip--
Post by Christer Jacobsson
Cul8er alligator!
gaea - feminist & chunkawakan
Look around on your ISP's site to see whether there is some sort of
cut-off date for eligibility to use client mail. My ISP has this, but
even though my account predates their cut-off date by several years, I
can no longer send from any email account on this ISP, even using
STunnel for secure processes. In a real sense I think forcing everyone
to use webmail may very well be part of the program(s) exposed by
Snowden.

"They", of course, say they've done nothing, yea riiight. "They" have
because 1) nothing changed with my client mail program (PMMail),
including a clean re-install, and 2) those who are more skilled and
knowlegeable than I (PMMail's maintainers) have discovered the server's
smtp log-on routines are lacking a command they used to perform (part of
the ELHO process). Of course "they" swear up and down "they" haven't
done /anything/ . . . so I set up and now use equivalent gmail accounts.
If my ISP ever splits the billing for email from the regular DSL
service, they'll be history as my email provider faster than you can say
Jack Robinson [Crusoe].

Pete

--
Doug Bissett
2013-10-18 16:25:00 UTC
Permalink
On Fri, 18 Oct 2013 01:35:04 UTC, "Pete"
Post by Doug Bissett
On Tue, 15 Oct 2013 20:53:05 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
--snip--
Post by Christer Jacobsson
Cul8er alligator!
gaea - feminist & chunkawakan
Look around on your ISP's site to see whether there is some sort of
cut-off date for eligibility to use client mail. My ISP has this, but
even though my account predates their cut-off date by several years, I
can no longer send from any email account on this ISP, even using
STunnel for secure processes. In a real sense I think forcing everyone
to use webmail may very well be part of the program(s) exposed by
Snowden.
"They", of course, say they've done nothing, yea riiight. "They" have
because 1) nothing changed with my client mail program (PMMail),
including a clean re-install, and 2) those who are more skilled and
knowlegeable than I (PMMail's maintainers) have discovered the server's
smtp log-on routines are lacking a command they used to perform (part of
the ELHO process). Of course "they" swear up and down "they" haven't
done /anything/ . . . so I set up and now use equivalent gmail accounts.
If my ISP ever splits the billing for email from the regular DSL
service, they'll be history as my email provider faster than you can say
Jack Robinson [Crusoe].
Pete
FWIW, the problem that was reported about PMMail, has been resolved.
The company replaced their firewall (CYBEROAM firewall appliance) with
another one (Fortigate firewall appliance), now PMMail doesn't have
the problem.

As I said, SCREAM at your ISP.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Pete
2013-10-18 17:44:27 UTC
Permalink
On Fri, 18 Oct 2013 16:25:00 UTC, "Doug Bissett"
Post by Doug Bissett
On Fri, 18 Oct 2013 01:35:04 UTC, "Pete"
Post by Doug Bissett
On Tue, 15 Oct 2013 20:53:05 UTC, "Christer Jacobsson"
Post by Christer Jacobsson
As Salaam Aleikum!
Today my ISP have suddenly began throwing up error messages when I'm try
Sending of message failed.
--snip--
Post by Christer Jacobsson
Cul8er alligator!
gaea - feminist & chunkawakan
Look around on your ISP's site to see whether there is some sort of
cut-off date for eligibility to use client mail. My ISP has this, but
even though my account predates their cut-off date by several years, I
can no longer send from any email account on this ISP, even using
STunnel for secure processes. In a real sense I think forcing everyone
to use webmail may very well be part of the program(s) exposed by
Snowden.
"They", of course, say they've done nothing, yea riiight. "They" have
because 1) nothing changed with my client mail program (PMMail),
including a clean re-install, and 2) those who are more skilled and
knowlegeable than I (PMMail's maintainers) have discovered the server's
smtp log-on routines are lacking a command they used to perform (part of
the ELHO process). Of course "they" swear up and down "they" haven't
done /anything/ . . . so I set up and now use equivalent gmail accounts.
If my ISP ever splits the billing for email from the regular DSL
service, they'll be history as my email provider faster than you can say
Jack Robinson [Crusoe].
Pete
FWIW, the problem that was reported about PMMail, has been resolved.
The company replaced their firewall (CYBEROAM firewall appliance) with
another one (Fortigate firewall appliance), now PMMail doesn't have
the problem.
I still have the problem (just now tried it several times, and "Sending
failed" each time). Thunderbird 2.0b2 of 2007. OTOH, works just fine.
Post by Doug Bissett
As I said, SCREAM at your ISP.
My ISP is totally in the no headache zone, no brains no headaches (and
presumably no nerve connections to the ear drums).

Pete

--
Loading...