Hello Eric, Thursday, July 28, 2005, 10:48:36 AM, you wrote: > I can try to improve blackberry recognition, but frankly, I hate having to > mess with this code, because every time I improve recognition of a new > incorrect format, I create a problem with another incorrect format that was > working just fine before. In fact, I ended up deleting half of the > heuristics about 10 years ago and simply inserting the server's current date > and time when the date field is all too "creative." Currently, LISTSERV only > attempts to fix dates that do not look all too different from the norm. > The only good solution is for every mail client to implement RFC822 date > format. This format dates back from 1982, it is easy to read and easy to > program, frankly there is no excuse for doing things differently! While I understand your frustration with Time and Date stamps I must also wonder why the reluctance to apply a fix to this as Blackberry is no small corporation. The blackberrys are sending out a time stamp all of which may generate a soft error with some clients however LSOFT is taking this soft error and changing it to a hard error and overriding the time field with one of its own. LSOFT is generating the 6 0's not Blackberrys. My engineer has been in contact with one of the LSOFT VP's and I am told a fix is being looked into? -- Best regards, Tim