Hello all,
D'ont work, no email receive.
http://pages.videotron.com/eugi/pl3_email.png
Best regards
Printable View
Hello all,
D'ont work, no email receive.
http://pages.videotron.com/eugi/pl3_email.png
Best regards
Did you try with PLC5 before? Did you enter the server data new? Did you save after entering new data? If you do a reload of the page - is there any "Last answer"?
When i do LOAD i see in the overview E-mail Notifications, the change i made is not there anymore.Quote:
Originally Posted by Mathias-Steffen
Thanks for help
Did you change only one field? There is a problem in the actual version, that you have to leave the field you changed so that the internal database recognizes the end of your changes.
I just created a NEW ENTRY and i change those field:
Condition Alarm
Start At a specific time
Zeit 12:00
And save
No email received.
So if it did not work with PLC5, too this should not be a PLC6 bug.
At the moment to be honest i have no more ideas. If you have the newest firmware, tested both programs, made sure your mail server login data is correct and tried mail per PC as alternative, you tried everythig.
Thanks Mathias,
Email by PC work fine :)
I already sent you my login user and password. Do you want it again to test on your side?
Regards
Hmm....maybe you sent it Matthias? I cant remember to have gotton your login details? If you talked to Matthias, i am sure he will look into this. If not, please write me a PM. The best would be to do a screenshot of your server data.
I have the 'same' issue since a while
email plc => ok
email p3 => nok
With PLC5, too?
it never worked on my p3 ex
I guess, there might be a problem with providers using another (non 100% standard) login method for SMTP.
We will analyze this. In the mean time i would suggest to try a completely different mail provider for test.
I try with another SMTP server and it work fine.
It is possible to see the reason of the ALARM Ex: PABCOM
Thanks
One thing is very important: ProfiLux does not support encrypted SMTP connections (SSL, etc.)
Well,
I did some extra testing and if I try to send the email with PLC it works this is the communication (and I sniffed it and decoded it by wireshark)
this email works , I don't know alot smtp but it needs to get a certain format (data with . on line by itself ) would the P3 send it in this format ??
if you look good the last line is in fact a .
and also its is cleary not with SSL
Unfortunately I can't snif easily between my P3 and my router
Quote:
220 juliette.telenet-ops.be bizsmtp ESMTP server ready
EHLO localhost
250-juliette.telenet-ops.be hello [213.119.68.227], pleased to meet you
250-HELP
250-SIZE 20971520
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 OK
MAIL FROM: <removed@telenet.be>
250 2.1.0 <removed@telenet.be> sender ok
RCPT TO: <removed@gmail.com>
250 2.1.5 <removed@gmail.com> recipient ok
DATA
354 enter mail, end with "." on a line by itself
Subject: test plc
From: removed@telenet.be
Date: Wed, 12 Jan 2011 19:27:00 +0100
To: removed@gmail.com
X-Mailer: @(#) mailsend v1.15b5 (Windows)
X-Copyright: GNU GPL. It is illegal to use this software for Spamming
Content-type: multipart/mixed; boundary="f0pfto35VNuh3UMs"
Mime-version: 1.0
--f0pfto35VNuh3UMs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
--f0pfto35VNuh3UMs
Content-Type: application/octet-stream; name=MyMail.txt
Content-Disposition: attachment; filename="MyMail.txt"
Content-Transfer-Encoding: base64
cEggMSAgIDcuODVwSCAtIA0NClRlbXAgMSAgMjUuNkMgKiANDQ oxLSAyWCAzLSA0LSA1LSA2
WCA3WCA4LSANDQo5LSAxMC0gMTEtIDEyLSAxMy0gMTQtIDE1LS AxNi0g
--f0pfto35VNuh3UMs--
.
250 2.0.0 Message accepted for delivery (uiSz1f0034uCP5x06iSz8K)
QUIT
221 2.0.0 juliette.telenet-ops.be bizsmtp closing connection
any feedback GHL ?
as you can see it works via plc but not via P3 , since the P3 still doesn't give any feedback about the possible mail error it gets
I can't send mails with it.
We will need about 2 weeks to reconstruate this. Thanks for now. We will come back to you asap.
If I find time I will try to use my laptop as bridge for my P3 and retest
We will do a test in the next days. If any user has mail accounts who dont work with PL3 (internal) webmail client, please send the login details per PM to me (if you want) - we will check them.
We did a tests with some mail servers we got here from our customers.
At the moment we cant find any general problem with mail handling in PL3.
We highly recommend sending mails with another mail provider, if you have still problems.
well,
Mathias did some testing with my email settings and he didn't reach my isp smtp server ( I found out that port 25 is blocked for non isp traffic, I am not surprised since my isp blocks alot of stuff from external isp, if you don't pay for it :)))) )
So therefore I did some more testing and went through the trace in wireshark (readable version printed above)
and I noticed in the PLC trace I found no reference to my authentication data. (while I had authentication checked in the plc settings)
I started wondering => if its not in the trace it didn't leave my computer => then I found that authentication is not needed for isp smtp server (since its only alowed for isp traffic , I assume)
I did a test in plc without authentication and the email was recieved.
When I did the test with the P3 without authentication => TADA => the email was recieved !!!!!!!
so apperently the email client used by PLC ( and P3 apperently does something different in the authentication step )
PLC apperently continues
The P3 email client "freezes" on it (it really wants to authenticate while , its not needed ??? ) and it terminates the connection and doesn't send the email ??
small remark in the past with authentication on on the P3 the 'current smtp-server ip' field was empty (sometimes it flashed a number while testing )
now without authentication it keeps the ip of the smtp server
So if anyone has a good email with all the tokens plz guide me to it :)
And I have some email alarms creation to do !!!
*bummer*
plc limits the length of the email adres to 32 chars
plz increase this asap (maybe even in P3 FW) , not everyone is blessed with a short name and short hostname
but @ least 42 chars would be fine :p (yes that is a very long email adress :cool: )
ps: I never had this issue because my gmail adres is exactly 32 chars :)
At the moment the 32 chars are a firmware thing, so that PLC cant transfer more than that to the PL. I will forward this wish to our firmware department.
Yes, if you use Authentification and the server doesnt need it, the login process is not compatible so you wont be able to send this mails.
So i will mark this problem as solved.
still, there is a functional difference between PLC and P3 >
plc traps it apperently and P3 just stops ( and since there is no error info its difficult to get this info)
and since I used the exact same settings in PLC and P3 it only gave me alot of frustration.
"plc traps it apperently" - what do you mean by that? We need a exact bug definition, please.
well,
I was using the same settings in PLC and P3 ( with authentication )
and it worked on the PLC but not on the P3
therefore I assumed that all was well, since it works with authentication in PLC , I never tested it without authentication , why would I have tested it ????
with the P3 it only worked with authentication was off. So there is a difference between P3 and PLC
I expected the PLC email and P3 email to behave the same.
any ideas when the longer email adresses will be avialable in FW and plc ?
Our Management has decided not to implement bigger values for that in the next time, i am sorry...
oooh NICE , so no emails then for me !!!!
emails limitation of 32 chars tsssssss
so solution create a new mailbox with shorter name and forward it to my real email adres
Thx Management of GHL !
I suggest to get a short address from a freemail provider and set up a forwarding to your regular address.Quote:
oooh NICE , so no emails then for me !!!!
Also maybe you can get a short alias from your regular mail provider.
And yes, the limitation isn´t that nice (especially that it´s not communicated early) but it´s not a real problem.
I've already done it (see above)
but its just the hastle of the bypass via another email adres while 32 chars is infact rather short
hy,
why is it solved? i see nothing that solve the problem? make a new email adress is only a workaround no solve.
its the same solve like, if you want to use plc5 with netbook that only have 1024x600 resolution you have to by a netbook that
supports higher resolution.
above is the solve => ( well solution , not solve because PLC and P3 don't do the same thing if authentication is on but not required , plc continues and sends the email and P3 just doesn't send the email)Quote:
Originally Posted by Blahenazo
the issue with the short emails will not be solved according to GHL :(
Our management has decided not to change data structure of mail-management in the next time. With shorter mail-adresses there should be no problem.
So i marked this as solved, but of course we know that some people would like to use extra-long mail addresses, so we dont forget this, dont be afraid, please.
Hello
I have the same problem!!!
Can you post an exemple of good email adress please. because my email address is smaller than 32 chars!!!
eheum there is a problem if your email adress is bigger then 32 chars not smaller
just create a hotmail, gmail adres that is smaller then 32 chars and forward the mail from that adress to your real one
stupid solution :((( but it works
Hello
I understand, but my mail adress is "ludovic.e@online.fr", for me it's good !?!
If the email provider supports a connection without encryption (SSL, TLS, ...) it should work.
My provider supports this connection, but this doesn't work :-(
UP.....
It doesn't work for me!!!!