Go Back > Email Service Provider-specific Forums > FastMail Forum
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read
Stay in touch wirelessly

FastMail Forum All posts relating to FastMail.FM should go here: suggestions, comments, requests for help, complaints, technical issues etc.

Thread Tools
Old Yesterday, 08:42 PM   #31
Join Date: Dec 2017
Location: Scotland
Posts: 75
FM support replied, first saying:

So, the alias search change was actually intentional. Basically, we have a function that transforms the search text into a regular expression for searching; there were a few settings pages where the search was not using this function, aliases screen being one of them. They have now been updated to match. The function matches different types of internationalised characters (so you could type "e" to match "é" for example) and it automatically only matches starting from word boundaries. This is consistent with our mail search behavior.

However, in July our developers have extended this to allow "*" for glob style matching which would allow you to match anywhere by typing * first and then the string you want to search. This means you can now search for "*<word>" replacing "<word>" with the sub-string one that you are looking for.

I thought the first part of that was largely irrelevant, and said so:

Is there any point in supporting international
characters? Are they legal in alias values? How could
anyone send an email to: café@domain ?

and also:

Why is there no help information available directly from
the panel concerned explaining how his works?

to which they have replied:

Yes, email address with non English character is currently not valid.
So, thats not helpful for the aliases screen. However, the main
purpose was to use the same search function everywhere for consistency.

I'll add an internal task for our documentation team so this can be addressed. Thanks for the feedback.

I've replied:

As for 'consistency'. I'm not convinced. There's a big difference between users searching reams of unformatted text vv what they need when filtering lines which simply contain single 'words' (in the sense of them being strings of characters not containing whitespace). Forcing the alias display filtering code to use logic that doesn't fit with what's being filtered - AND is difficult to understand without the help you haven't yet written AND is less useful than the code that was there before, is a backward step.

I think you should simply go back to the filtering code you used to have and label the parameter field "Filter:" rather than "Search:".
JeremyNicoll is offline   Reply With Quote
Old Yesterday, 11:54 PM   #32
Essential Contributor
Join Date: Jul 2013
Location: Germany
Posts: 220
Thanks Jeremy for sharing this with us! And I totally agree with your resume…
Originally Posted by JeremyNicoll View Post
I think you should simply go back to the filtering code you used to have and label the parameter field "Filter:" rather than "Search:".
misc is online now   Reply With Quote

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump

All times are GMT +9. The time now is 05:32 PM.


Copyright 1998-2013. All Rights Reserved. Privacy Policy