Redirect after login - Page 2

Terry · 20 Oct 2007, 11:05 AM

Yes something like that would be nice

but I feel we are stuck with it.

akorvemaker · 20 Oct 2007, 01:31 PM

I love the idea of the dancing gif. That would be ideal

If not that, I do think the loading page should at least be formatted to look like the main FM interface. Get some blues going or something.

Terry · 20 Oct 2007, 06:39 PM

I cant understand why it has made it slower to load, but testing fastmail, gmail and mail snare they are all about the same now....so its not really fastmail anymore

Merovingian · 20 Oct 2007, 08:52 PM

Quote:

Originally Posted by akorvemaker

I love the idea of the dancing gif. That would be ideal

If not that, I do think the loading page should at least be formatted to look like the main FM interface. Get some blues going or something.

This is a good suggestion.

mgg · 21 Oct 2007, 02:51 AM

I've never felt that it was slow, but now that it's redirecting it does *feel* slower, even if it's not.

I'd rather sit in anticipation as my spinning firefox flower-thingy tells me fastmail is loading. This seems clunky.

Thanks.
<M>

Prognathous · 21 Oct 2007, 03:23 AM

I find this extra screen to be annoying - both the one on the beta and the one on the production server. I hope FM will abandon this "improvement".

Prog.

pcs · 21 Oct 2007, 03:46 AM

I sort of dislike being critical, but I must admit that I agree with the sentiments above. The extra screen is a bit annoying and I do hope that there is someway that Fastmail can discard the extra screen.

InResponse · 21 Oct 2007, 07:47 AM

Per

Quote:

syncing the imap + web folders

is the reason for the additional page during login.

Which would be an improvement for especially new users that were not aware that folders created in an email client had to be synced in the web interface by going to: Options, Folders, Update, Done for those folders to appear in the web interface.

Yes, it would be nice if the change wasn't so obvious but I appreciate the endeavor.

mgg · 21 Oct 2007, 09:51 AM

Quote:

Originally Posted by InResponse

folders created in an email client had to be synced in the web interface

Okay but for those of us who never use email clients at all... can we turn that off so we load faster and don't need the extra screen? (I've been using Fastmail for 5 years, have over 60 folders, three domains, dozens of aliases, and I never ever use a client other than the web)

<M>

InResponse · 21 Oct 2007, 10:00 AM

Quote:

Originally Posted by mgg

Okay but for those of us who never use email clients at all... can we turn that off so we load faster and don't need the extra screen? (I've been using Fastmail for 5 years, have over 60 folders, three domains, dozens of aliases, and I never ever use a client other than the web)

<M>

mgg: Great point, very good suggestion!

Rob ??

'No web interface folder refresh' Option ?

zhak · 22 Oct 2007, 02:28 AM

If possible, it might be a good idea to set some internal 0/1 variable to 1 if a user creates a folder using a client. Then at next webmail login, if that variable is a 1, the folder refresh takes place, and the variable is reset to 0. If the variable is 0, no refresh occurs. It seems to be a very large use of cpu resources to refresh every account at every login.

**Sherry** · 22 Oct 2007, 03:08 AM

Quote:

Originally Posted by zhak

If possible, it might be a good idea to set some internal 0/1 variable to 1 if a user creates a folder using a client. Then at next webmail login, if that variable is a 1, the folder refresh takes place, and the variable is reset to 0.

Hmm, how would FM know on the login that a folder was created by a client if it doesn't do the refresh of the folders? I thought that was the original problem. The folders don't show up until the user refreshes the folder screen. Or does it know a folder was created but just needs the refesh for it to show? If yes then I think that would be a great idea!

Sherry

zhak · 22 Oct 2007, 03:42 AM

Quote:

Originally Posted by Sherry

Hmm, how would FM know on the login that a folder was created by a client if it doesn't do the refresh of the folders? I thought that was the original problem. The folders don't show up until the user refreshes the folder screen.

IIRC, from what Rob has said before, the webmail application interfaces with the IMAP server just like an email client does. So that's why if a folder is created by another client, the web client needs to be refreshed/updated. I would think that they might be able to tell when a client interacts with the IMAP server to create a folder, and set the value of the internal variable then. Then when logging in from the web, the webmail login routine would just check that variable, and reset the variable if a refresh is necessary and done. Since I don't know their code, it may not be possible, but should be possible, in theory.

Added: actually this would be necessary for folder creation/deletion/renaming/movement -- any change to the folder structure.

hankfoner · 22 Oct 2007, 06:37 AM

Quote:

Originally Posted by akorvemaker

I love the idea of the dancing gif. That would be ideal

If not that, I do think the loading page should at least be formatted to look like the main FM interface. Get some blues going or something.

I like these ideas too. I haven't taken a stopwatch to it and in reality it is probably only a few seconds but it seems a long time. It's all psychological and some action would alter one's perspective.
Hank

Merovingian · 22 Oct 2007, 06:40 AM

Quote:

Originally Posted by zhak

If possible, it might be a good idea to set some internal 0/1 variable to 1 if a user creates a folder using a client. Then at next webmail login, if that variable is a 1, the folder refresh takes place, and the variable is reset to 0. If the variable is 0, no refresh occurs. It seems to be a very large use of cpu resources to refresh every account at every login.

Jim, is this anything we can do on our end, or is this a Rob-thing?

21 Oct 2007, 02:51 AM	#20
mgg Member Join Date: May 2003 Location: Toronto, Canada Posts: 77	Agree... why the redirect? I've never felt that it was slow, but now that it's redirecting it does feel slower, even if it's not. I'd rather sit in anticipation as my spinning firefox flower-thingy tells me fastmail is loading. This seems clunky. Thanks. <M>

20 Oct 2007, 11:05 AM	#16
Terry The "e" in e-mail Join Date: Jul 2002 Location: VK4 Posts: 3,029	Yes something like that would be nice but I feel we are stuck with it.

20 Oct 2007, 01:31 PM	#17
akorvemaker Master of the @ Join Date: Nov 2002 Location: Canada Posts: 1,015	I love the idea of the dancing gif. That would be ideal If not that, I do think the loading page should at least be formatted to look like the main FM interface. Get some blues going or something.

20 Oct 2007, 06:39 PM	#18
Terry The "e" in e-mail Join Date: Jul 2002 Location: VK4 Posts: 3,029	I cant understand why it has made it slower to load, but testing fastmail, gmail and mail snare they are all about the same now....so its not really fastmail anymore

21 Oct 2007, 03:23 AM	#21
Prognathous Master of the @ Join Date: Aug 2002 Location: Israel Posts: 1,060	I find this extra screen to be annoying - both the one on the beta and the one on the production server. I hope FM will abandon this "improvement". Prog.

21 Oct 2007, 03:46 AM	#22
pcs Essential Contributor Join Date: Mar 2003 Posts: 204	I sort of dislike being critical, but I must admit that I agree with the sentiments above. The extra screen is a bit annoying and I do hope that there is someway that Fastmail can discard the extra screen.

22 Oct 2007, 02:28 AM	#26
zhak Master of the @ Join Date: Mar 2007 Location: Indiana, USA Posts: 1,861	If possible, it might be a good idea to set some internal 0/1 variable to 1 if a user creates a folder using a client. Then at next webmail login, if that variable is a 1, the folder refresh takes place, and the variable is reset to 0. If the variable is 0, no refresh occurs. It seems to be a very large use of cpu resources to refresh every account at every login.