Re: SIMS & WebCat .... Alias Folder
This WebDNA talk-list message is from 2002
It keeps the original formatting.
numero = 41821
interpreted = N
texte = We've used the combo extensively, and have never seen anything like that. It 'just works' for us.We have the same setup, SIM's 'submitted' folder is an alias in the Webcat dir that we simply renamed to EmailFolderMaybe you have some weird disk or other I/O issue? What is the hardware, and the load on it? Have you had _Any_ other weirdness like that?Have you tried deleting the alias and re-creating it... Or rebuilding the desktop, or any other sort of maintenance? We run ours on a g4/500 with a gig of ramIt would seem to me, that if it were a sims issue, using writefile would not make any difference. Is the folder locked or shared or _anything_ weird about itOn 7/22/02 5:43 PM, Terry Nair mashed the following keys :> Instead of Emailer, we use SIMS. One benefit of SIMS is that it can be > configured to talk directly to mail servers when sending emails whereas > Emailer needs to have an outgoing smtp server. Being able to talk directly > to a mail server allows SIMS to report why any scheduled emails failed to > deliver (wrong address, no such domain, unknown address, etc.). > > As per the SIMS docs as well as archived info on the WC Talk List, we > configured both correctly, using an alias of the Submitted Folder, renamed > correctly to replace the EMailFolder that WC uses. Works nicely without a > hitch until recently. > > When some email files are written to the aliased EMailFolder, it gets > transferred to the Submitted Folder, as it is supposed to, but then > remains there without being sent out. If one Save As those hung files > replacing the existing copy .... SIMS immediately dispatches it out. > > We did some digging into this problem and discovered that it comes down to > file size of the email file being written into the aliased EMailFolder. It > appears that anything that is under 4K dispatches without incident but those > that we have which are 8K .... Are the ones hung in the Submitted Folder. > > If we wrote the email files directly into the Submitted Folder, not using > any alias folder .... Then all is well regardless of the file size. Of > course this means that we have to use WriteFile context instead of Sendmail. > > To continue using Sendmail context, we actually have to use the WaitforFile > and then MoveFile ... Basically, generating the email file in the now > non-aliased EMailFolder and then moving it to the Submitted Folder. Here > again, it works regardless of file size of the outgoing email. > > So ... It appears that when an alias is used for the Submitted Folder in > SIMS, email file size does matter since the time it takes for the file to be > completely written to disk may be longer then the time for SIMS to detect > there is a file there and process it for dispatch. Hence, the hung files. > Guess this is subject to speed of CPU, etc. > > The other thing is that Emailer checks the EMailFolder regularly for files > to send and will keep doing it .... Moving it to the CompletedFolder when > done, successful or otherwise. SIMS is supposed to do the same for the > Submitted Folder, which it does when a file is first detected but when it > remains there because it is still being written, it does not pick it up > subsequently for processing until the file date/time is reset by manually > Save As..ing the file again. Check SIMS Temp Files Folder in the Systems > Folder and there will be the mirrored temp files there with zero file size > corresponding to the emails that got hung. > > This is what we have encountered. Has anyone out there using SIMS / WC4.5 / > MacOS9.2 / WS4.5 combo experienced this quirk ... For large email file > sizes? It is not a major issue and we will continue to use SIMS since we now > know how to work around it ... WriteFile straight to the Submitted Folder, > no alias. > > Just thought I share this snippet in case some folks out there, using SIMS > with WC may be having similar problems. > > Cheers Terry Nair > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list
. > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://search.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
We've used the combo extensively, and have never seen anything like that. It 'just works' for us.We have the same setup, SIM's 'submitted' folder is an alias in the Webcat dir that we simply renamed to EmailFolderMaybe you have some weird disk or other I/O issue? What is the hardware, and the load on it? Have you had _Any_ other weirdness like that?Have you tried deleting the alias and re-creating it... Or rebuilding the desktop, or any other sort of maintenance? We run ours on a g4/500 with a gig of ramIt would seem to me, that if it were a sims issue, using writefile would not make any difference. Is the folder locked or shared or _anything_ weird about itOn 7/22/02 5:43 PM, Terry Nair mashed the following keys :> Instead of Emailer, we use SIMS. One benefit of SIMS is that it can be > configured to talk directly to mail servers when sending emails whereas > Emailer needs to have an outgoing smtp server. Being able to talk directly > to a mail server allows SIMS to report why any scheduled emails failed to > deliver (wrong address, no such domain, unknown address, etc.). > > As per the SIMS docs as well as archived info on the WC Talk List, we > configured both correctly, using an alias of the Submitted Folder, renamed > correctly to replace the EMailFolder that WC uses. Works nicely without a > hitch until recently. > > When some email files are written to the aliased EMailFolder, it gets > transferred to the Submitted Folder, as it is supposed to, but then > remains there without being sent out. If one Save As those hung files > replacing the existing copy .... SIMS immediately dispatches it out. > > We did some digging into this problem and discovered that it comes down to > file size of the email file being written into the aliased EMailFolder. It > appears that anything that is under 4K dispatches without incident but those > that we have which are 8K .... Are the ones hung in the Submitted Folder. > > If we wrote the email files directly into the Submitted Folder, not using > any alias folder .... Then all is well regardless of the file size. Of > course this means that we have to use WriteFile context instead of Sendmail. > > To continue using Sendmail context, we actually have to use the WaitforFile > and then MoveFile ... Basically, generating the email file in the now > non-aliased EMailFolder and then moving it to the Submitted Folder. Here > again, it works regardless of file size of the outgoing email. > > So ... It appears that when an alias is used for the Submitted Folder in > SIMS, email file size does matter since the time it takes for the file to be > completely written to disk may be longer then the time for SIMS to detect > there is a file there and process it for dispatch. Hence, the hung files. > Guess this is subject to speed of CPU, etc. > > The other thing is that Emailer checks the EMailFolder regularly for files > to send and will keep doing it .... Moving it to the CompletedFolder when > done, successful or otherwise. SIMS is supposed to do the same for the > Submitted Folder, which it does when a file is first detected but when it > remains there because it is still being written, it does not pick it up > subsequently for processing until the file date/time is reset by manually > Save As..ing the file again. Check SIMS Temp Files Folder in the Systems > Folder and there will be the mirrored temp files there with zero file size > corresponding to the emails that got hung. > > This is what we have encountered. Has anyone out there using SIMS / WC4.5 / > MacOS9.2 / WS4.5 combo experienced this quirk ... For large email file > sizes? It is not a major issue and we will continue to use SIMS since we now > know how to work around it ... WriteFile straight to the Submitted Folder, > no alias. > > Just thought I share this snippet in case some folks out there, using SIMS > with WC may be having similar problems. > > Cheers Terry Nair > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://search.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Aaron Lynch
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
ReturnRaw Returns (2000)
WebDNA Developer Resource Center (2002)
Navigator 4.01 (1997)
Ok here is a question? (1997)
FYI: Apache Module perchild (2002)
Ghostly cached webpage (2000)
Weird error/limit - something amiss? (1997)
Re:Searching for ALL / empty form field (1997)
WebCat2b12--[searchstring] bug (1997)
[OT] search engine Q (2001)
Searching for words equal to A or equal to B (1999)
WebCatalog Technical Reference (1997)
Cookie Problems (2000)
I'm new be kind (1997)
Hierarchy of form/text/math variables (renamed thread) (2000)
Showif, Hideif reverse logic ? (1997)
maximu values for sendmail! (1997)
WebCat2 - [include] tags (1997)
[addlineitems] display (1997)
Don't do this! (was: Crashing Type 3) (1999)