Invalid means that something is not valid.
No longer valid means that something was valid in the past, but that is no longer the case.
Something that is no longer valid, is currently also invalid, but something that is invalid has not necessarily ever been valid.
Basically it is the same difference as when I say:
This door is painted red.
This door is no longer painted blue.
Both door are not blue, but the second one used to be blue.
Now, if a user fills in something in a form, say an email address, and the email address he fills in is "bbdgfjj", we can say the entry is invalid. It never was valid, so we cannot say it is no longer valid.
If the user fills in "[email protected]", possibly that is a valid entry. If at some point, "example.com" goes out of business, the email address is no longer valid.
Answer from oerkelens on Stack ExchangeWhich is correct, "no longer valid" or "not valid anymore"?
What can I say instead of "is no longer valid"?
What can I say instead of "no longer valid"?
Hello KLAhillsboro,
Thanks for offering us details about your issue here. Based on the error message you offered, at first, please check whether the email address of the recipient that you are sending to is spelled correctly. If it is correct, based on the researches I did, this issue might also be related to cache of Outlook client. You could try to disable and re-enable cache mode of Outlook via clicking File > Account Settings > Account Settings and select your account, then unselect/select check box next to “Use Cached Exchange Mode to download email to an Outlook data file”, remember to restart Outlook client to make it take effect immediately.
If issue still exists, I recommend you check whether the version of Outlook is latest, if not, please update it to be up to date for better using experience. To update it, just click File > Office Account > Update Options > Update Now.
If you still cannot send email successfully in Outlook client, in order to help you better, please offer me following information for further analysis.
- Before the issue happened, have you modified anything? Such as adding add-in or updating.
- The version of Outlook client. Click File > Office Account and collect it next to About Outlook icon.
- Can you send email to other recipient in Outlook client?
Best Regards,
Betty
installing updates seemed to have been the answer.
thank you
Thank you to everyone who tried to help. This turned out to be an Oracle limitation:
https://support.oracle.com/rs?type=doc&id=453754.1
APPLIES TO:
PL/SQL - Version 9.2.0.8 and later Information in this document applies to any platform. Checked for relevance on 01-Apr-2015
SYMPTOMS
A PL/SQL block fails with error: ORA-00980: synonym translation is no longer valid, when selecting data from a remote database. The following code demonstrates this issue:
On DB3 (create the table)
CONNECT u3/u3 DROP TABLE tab; CREATE TABLE tab(c1 number); INSERT INTO tab VALUES (1); COMMIT;
On DB2 (create a synonym to the table on DB3)
CONNECT u2/u2 DROP DATABASE LINK dblink2; CREATE DATABASE LINK dblink2 CONNECT TO u3 IDENTIFIED BY u3 USING 'EMT102U6'; SELECT * FROM global_name@dblink2; DROP SYNONYM syn2; CREATE SYNONYM syn2 FOR tab@dblink2; SELECT * FROM syn2;
On DB1 (create a synonym to the synonym on DB2)
CONNECT u1/u1 DROP DATABASE LINK dblink1; CREATE DATABASE LINK dblink1 CONNECT TO u2 IDENTIFIED BY u2 USING 'EMT102W6'; SELECT * FROM global_name@dblink1; DROP SYNONYM syn1; CREATE SYNONYM syn1 FOR syn2@dblink1; SELECT c1 from syn1;
This works in SQL but fails when called from PL/SQL
DECLARE num NUMBER; BEGIN SELECT c1 INTO num FROM syn1; END; /
ERROR at line 4: ORA-06550: line 4, column 3: PL/SQL: ORA-00980: synonym translation is no longer valid ORA-06550: line 4, column 3: PL/SQL: SQL Statement ignored
CAUSE
This issue was reported in Bug 2829591 QUERING FROM A PL/SQL PROCEDURE IN 9I -> 8I-> 7.3.4, GETTING ORA-980. This bug was closed as 'NOT A BUG' for the following reasons
PL/SQL cannot instruct middle database (DB2) to follow the database link during the compilation phase. Therefore in order for this PL/SQL block to compile and run, both database links dblink1 and dblink2 should be defined on the front end database - DB1. During runtime database link dblink2 will be looked up in DB2 as expected.
SOLUTION
To implement the solution, please execute the following steps:
- Create a database link dblink2 on DB1 pointing to DB3
SQL> create database link dblink2 connect to u3 identified by u3 using 'EMT102U6';
- Create and compile the PL/SQL block on DB1.
CREATE DATABASE LINK dblink2 CONNECT TO u3 IDENTIFIED BY u3 USING 'EMT102U6';
SELECT * FROM global_name@dblink2; DECLARE num NUMBER; BEGIN
SELECT c1 INTO num FROM syn1; END; / PL/SQL procedure successfully completed.TIP: Another option is to use dyanmic SQL in the PL/SQL block as a work around. When using dynamic SQL the database link is not resolved at compile time but at runtime.
If something works in SQL but not in PL/SQL then in most cases this is a problem with privileges.
Any privilege that a user received through a role is not active when you enter a PL/SQL block. So most probably the SELECT privilege on the underlying table was granted through a role and thus is not "active" in the PL/SQL block.
The usual cure for this is to grant the privileges directly to the user, not through a role.