In a do loop with a try... catch statement I had placed an assignment to a vector element after catch: but before the line printing the lastexception. That the loop didn't perform as expected, but resulted in an error about ListTools:-FormatMessage wanting its first argument to be a string surprised me. Putting the assigment to the vector after the exception printing worked fine.
It seems that rtables are the exception (no pun intended) to the order being irrelevant.
 

restart;
V:=Vector():
for j from 1 to 5 do
  try
   V(j):=j/(j-1)
  catch:
   V(j):=17; # clears lastexception apparently
   printf(cat(StringTools:-FormatMessage(lastexception[ 2 .. -1 ] ),"\n"));
  end try
end do:
#####
restart;
V:=Vector():
for j from 1 to 5 do
  try
   V(j):=j/(j-1)
  catch:
   printf(cat(StringTools:-FormatMessage(lastexception[ 2 .. -1 ] ),"\n"));
   V(j):=17;
  end try
end do:

These simple lines confirm my observation:

restart;
lastexception;
5/0;
lastexception;
5/5;
lastexception;
x:=47;
lastexception;
table();
lastexception;
[1,2,3];
lastexception;
rtable();
lastexception; # Now cleared!

I'm getting the message

Secure Connection Failed

when trying to get into this forum using the latest version of Firefox.
For writing this I used Internet Explorer.

The message continues with:

Has anybody else experienced the same?
What to do? 

In the unrelated discussion https://mapleprimes.com/questions/222768-Interrupting-An-Evaluation-Leaves-Mserver-Running
I asked Carl Love if he had an estimate of the number of builtin procedures in Maple.
Carl answered with the code you will find in the link.
His code came up with 316 and 320 in Maple 2016.2 and 2017.2, respectively.
He mentioned that the last one alphabetically was zip.
I happened to look up the help page for type/builtin and found the statement:

"It may be used with anames to list all builtin procedures. For example anames(builtin)."

So I tried:

AB:={anames(builtin)};
nops(AB); # 234 in Maple 2017.2
member(zip,AB); #false
op(3,eval(zip)); # builtin = 589 in Maple 2017.2
showstat(zip); # Works despite being builtin.

In Maple 2016.2 the corresponding numbers were 232 and 585.
So I'm left somewhat confused.
Apparently some procedures are less builtin than others? Does this just mean that the most difficult zipping is builtin, while simple stuff like the following is done by line 16 in the available code for zip?

showstat(zip,16..17);
zip(`=`,[a,b,c], [1,2,3]);

I have noticed that I don't receive e-mails anymore when contributions are submitted to my subscriptions.
I used to.
Has this happened to anyone else?

It is embarrasing to have asked somebody a question and gotten a reply you are not made aware of.

What to do about it?
 

In the help page for invlaplace we find the statement
"If the option opt is set to 'NO_INT', then the program will not resort to integration of the original problem if all other methods fail.  This will increase the speed at which the transform will run."

This statement is found in Maple 2017 and in Maple 8 and I believe in all versions in between.
Can anyone provide an example of a function F(s), where
invlaplace( F(s) ,s, t, NO_INT);
gives a different result (or works faster) than
invlaplace( F(s) ,s, t);
?
## It should be added that an identical statement is made in the help page for laplace itself.