I was not going to go into a lot of detail as to HOW I determine a bad E-mail recipient, but for those that want it, here is what I do: Every 3 hours between 6AM and 6PM, a script runs on our Exchange server to export all the valid corporate E-mails addresses and aliases. This is ftp'ed to our UNIX/UniData box. Every 3 hours +10 minutes, cron runs a job to load this data into a file called ALIASES. The 06:10 run clears the file out, but all other runs append only. This ensures that new values are added, but the file is never empty (even for a moment) during working hours. Cron then runs a 2nd program to compare known files/fields against the ALIASES file. If there is no "@" sign in the value being tested, it must be a network ID (which works for internal E-mails) AND it must be found in the ALIASES file. If the value being tested contains an "@" sign, the program assumes it is valid (I cannot validate E-mail accounts for outside sources).
My NEW program (which has the minor video problem) looks at key files/fields for E-mail recipients and will run AFTER the one described above. We have inherited some domains/E-mails as we have acquired other companies and these addresses are all still valid. However, our PREFERRED corporate email always ends in "@daytonsuperior.com". My new program treats the inherited companies/E-mails as errors so that we can pro-actively find everyone not using the preferred corporate E-mail standard. Eventually, the old ones will go away, and I want my data clean long before that happens. These values (plus any others that failed the other tests) are loaded into WORK<1> and the new SB process is called to display them and enter the desired replacement value. These replacement values MUST exist in the ALIASES file and either not have an "@" sign (a network ID) or end in "@daytonsuperior.com". The video quirk appears as soon as the SB process (input screen) finishes. It is not caused by control values. It is the same sort of thing that often happens with the debugger. It does no harm, but is annoying. John Israel Senior Programmer/Analyst Dayton Superior Corporation 1125 Byers Road Miamisburg, OHÂ 45342 -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Charlie Noah Sent: Tuesday, May 31, 2011 11:31 AM To: U2 Users List Subject: Re: [U2] Video Quirk Hi John, Are you validating the existence of the address or just structure? I use a Thunderbird addon to verify address existence, but an automated verification would be icing on the cake. Thanks, Charlie Noah On 05-31-2011 10:18 AM, Israel, John R. wrote: > I have written a program that runs from TCL to look for "bad" E-mail > addresses in various files. This info is then E-mailed to the user running > the program (i.e. me) with an attachment of the problems found. It then asks > if you wish to fix the data. If you say yes, it populates WORK<1> with all > the invalid E-mails, then invokes a stand-alone SB screen that displays the > problems (WORK<1>) on the left and allows you to enter the corrects on the > right (WORK<2>). When you exit this screen (either with F2 or ESC), it > exists out of SB and updates the data as desired. > > The problem I am having is that the video changes colors. While not a > disaster, it is a little distracting. Nothing else is impacted, and typing > MM to go back into SB re-sets the colors correctly. > > Does anyone know how to manually re-set the colors to go back to the normal > ones? > > > John Israel > Senior Programmer/Analyst > Dayton Superior Corporation > 1125 Byers Road > Miamisburg, OH 45342 > > _______________________________________________ > U2-Users mailing list > [email protected] > http://listserver.u2ug.org/mailman/listinfo/u2-users > _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
