Posts: 2,149
Threads: 107
Joined: Mar 2013
Reputation:
1
Encountered an issue with the email server (see below) so I have to ask again, are you sure that you don't want to login to access your kingdom results online rather than receive an email because this problem could happen again in the future. Seems to occur every few months or so. Will try again later today to send out your turns.
Here's the network error which has nothing to do with our game software that processes the turns:
com.sun.mail.util.MailConnectException: Couldn't connect to host, port: smtp.emailsrvr.com, 587; timeout -1;
nested exception is:
java.net.UnknownHostException: smtp.emailsrvr.com
at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:2053)
at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:697)
at javax.mail.Service.connect(Service.java:386)
at javax.mail.Service.connect(Service.java:245)
at javax.mail.Service.connect(Service.java:194)
at javax.mail.Transport.send0(Transport.java:253)
at javax.mail.Transport.send(Transport.java:124)
at co.alamaze.utils.Emailer.sendEmailToPlayer(Emailer.java:362)
at co.alamaze.utils.Emailer.emailTurns(Emailer.java:181)
at co.alamaze.utils.Launcher.subGameHandling(Launcher.java:159)
at co.alamaze.utils.Launcher.main(Launcher.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: java.net.UnknownHostException: smtp.emailsrvr.com
at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at com.sun.mail.util.SocketFetcher.createSocket(SocketFetcher.java:312)
at com.sun.mail.util.SocketFetcher.getSocket(SocketFetcher.java:236)
at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:2019)
... 15 more
ERROR, Emailer.sendEmailToPlayer() failure
Posts: 2,071
Threads: 70
Joined: Sep 2013
Reputation:
0
My initial vote was email. But I would be willing to consider the other.
How would it work? So, at 11:03, I log into a site and I can view/download/print my turns?
That could work.
Posts: 923
Threads: 14
Joined: Jan 2016
Reputation:
0
UM is there a reason people cannot log into a website to pull data but still have the email go out. This allows people to receive the email but if there is an issue they can check the results online?
Posts: 2,149
Threads: 107
Joined: Mar 2013
Reputation:
1
(01-13-2016, 08:36 PM)VballMichael Wrote: My initial vote was email. But I would be willing to consider the other.
How would it work? So, at 11:03, I log into a site and I can view/download/print my turns?
That could work.
Two different ways actually:
1. Continue to generate the kingdom turns like now but instead of emailing them, store them on the server where the new website can access them -- much like the "Display Last Turn" link on the new website's Home page (scroll down). I can change that link to list all turns of your games and you just click on the link to access the turn. No emails are sent.
2. No longer generate the kingdom turn reports and instead display all of the information of your kingdom online (like how the new website displays your emissaries except that more information will be listed). Separate menu tabs for battle results, artifact listings, ...etc.
Both of the above will have your kingdom information ready within seconds after the turn runs at noon. The problem is that if something ever happens to me, all games will halt until Ry Vor hires a programmer to correct the issue. If we go with either of the above, no problems if I'm not around.
Posts: 985
Threads: 31
Joined: Aug 2015
Reputation:
0
(01-13-2016, 08:51 PM)unclemike Wrote: (01-13-2016, 08:36 PM)VballMichael Wrote: My initial vote was email. But I would be willing to consider the other.
How would it work? So, at 11:03, I log into a site and I can view/download/print my turns?
That could work.
Two different ways actually:
1. Continue to generate the kingdom turns like now but instead of emailing them, store them on the server where the new website can access them -- much like the "Display Last Turn" link on the new website's Home page (scroll down). I can change that link to list all turns of your games and you just click on the link to access the turn. No emails are sent.
2. No longer generate the kingdom turn reports and instead display all of the information of your kingdom online (like how the new website displays your emissaries except that more information will be listed). Separate menu tabs for battle results, artifact listings, ...etc.
Both of the above will have your kingdom information ready within seconds after the turn runs at noon. The problem is that if something ever happens to me, all games will halt until Ry Vor hires a programmer to correct the issue. If we go with either of the above, no problems if I'm not around.
Will either of those two scenarios above still allow you to send a turn to an ally in a team game? To me that is the main reason I still prefer e-mail. But if/when you can send a turn to an ally, then I'm good with the switch.
Posts: 5,607
Threads: 618
Joined: Feb 2012
Reputation:
0
(01-13-2016, 08:51 PM)unclemike Wrote: (01-13-2016, 08:36 PM)VballMichael Wrote: My initial vote was email. But I would be willing to consider the other.
How would it work? So, at 11:03, I log into a site and I can view/download/print my turns?
That could work.
Two different ways actually:
1. Continue to generate the kingdom turns like now but instead of emailing them, store them on the server where the new website can access them -- much like the "Display Last Turn" link on the new website's Home page (scroll down). I can change that link to list all turns of your games and you just click on the link to access the turn. No emails are sent.
2. No longer generate the kingdom turn reports and instead display all of the information of your kingdom online (like how the new website displays your emissaries except that more information will be listed). Separate menu tabs for battle results, artifact listings, ...etc.
Both of the above will have your kingdom information ready within seconds after the turn runs at noon. The problem is that if something ever happens to me, all games will halt until Ry Vor hires a programmer to correct the issue. If we go with either of the above, no problems if I'm not around. It can work like your login for banking, credit cards, Amazon. In Fall of Rome, you logged in, then you could access any turn from any game (completed games up to a certain number of days after completion), you enter orders for any game, you can drop a game, join the queue for a game forming, change service level, and any processing news is there. We would also have a link to the forum and support@alamaze.co, etc.
Oh, and nothing is allowed to happen to Uncle Mike.
Posts: 923
Threads: 14
Joined: Jan 2016
Reputation:
0
For standby players would the turns just transfer to their account?
Posts: 2,570
Threads: 39
Joined: Jan 2014
Reputation:
0
I would still like the ability to save my turns even if in a text type format. Does not need all the fancy pictures but all the information in am organized way. Besides how Ry Vor just mentioned would be great and would be happy to switch to no emails.
Posts: 261
Threads: 14
Joined: Jan 2015
Reputation:
0
Posts: 215
Threads: 1
Joined: Nov 2014
Reputation:
0
It sounds like with option 1, you would be able to download the turn results from the website? Like some other commentors, I like the idea of still having a local copy of my turn results - at least as an option. That allows me to work on planning my turns even if I don't have internet access at the time, and gives me the option of custom designing my own methods of interacting with the results. I have no problem with downloading the results instead of receiving them by email.
|
