ISP Information:
Unix term for "regular expression", a series of characters used in a search. The characters &, $, ^, \, and square brackets are given special meanings in regular expressions. Here are some common examples:
ISP Glossary:
reg exp - In message , Dave English writesIn article , Neale D. Hind writesIn message <6+dTG8BkM0XAFA2$@main.machine>, Paul Terry writesIn message , Neale D. Hind writesHere's an oddity that is driving me mad. Hopefully someone mighthave encountered this before and could offer a cure.Typically I can login to work or my ISP and work / surf for as longas I wish.However if I send an email containing attachments the message istransmitted but the line drops just before transmission completes.At first I thought this was caused by some obscure setting in MS-Outlook . But now it ishappening on my ISP Mail software, Turnpike, which is configured forPOP3 protocol.POP3 has nothing to do with sending email.The first thing to consider is do you have some sort of virus checkerthat is trying to check outgoing mail - this can often cause atimeout when sending emails with attachments.For clarification - whatever is happening is actually disconnectingme. Even if I'm browsing. I even tried having an FTP download runningsimultaneously to try and maintain the connection. But it still hungup on me.But this reply is being posted with connect informing me that myconnection has been open for twenty-one minutes - something impossiblefor me to achieve if I'm sending an email with attachments!!!! :-((Yes, that really is a tricky one.The fact that it actually disconnects does make it sound like a modemthing. Application software does of course have access to APIs toclose a RAS connection, but why would it ever want to? Firewalls etc.,normally only concern themselves with TCP/IP, not PPP connections.A long long time ago, this might have been something to do with theHayes +++ Escape sequence, but your ftp experiment would probablyexclude that.and in that case S12 would have been your friend. But anyway, thatstuff should have been sorted out in RAS long ago.It could be the modem and its drivers being data sensitive, but againnowadays you would have to be extraordinarily unlucky ISTM.Modem is a Creatix V.9X DSP data-fax modem with the most recent firmwareand drivers. Up to now it has performed very well with none of theproblems I'm getting (although of course it may have just 'broken' onme).Late last night, I thought maybe I had solved it. I deleted all my DUNconnectoids and recreated them from scratch (including recreating the TPConnect settings as well).I was then able to make a few robust connections that completed sendingsome attachments that had repeatedly failed during the day.And .........Today, I got an attachment to go (around 700k) and thought YES!!!!!!!!![actually from the cats terrified leaps maybe I screamed it rather thanthought it]But .........A little later I was back to getting disconnects on a bigger attachment(1.3Mb).So I disabled Hardware Flow Control, Modem Error Correction and ModemCompression. Compression was set to software.This succeeded with the following connect summary:Sent RecdBytes 1,413,842 80,439Compression 3% 38%Errors 0 11Now I'm not technical enough to have much idea what any of this stuffmeans. But could this support the over sensitive modem theory?Just a couple more experiments I have thought of:I'll look into these.Do massive (repeated cut & paste) e-mails without attachments getthrough?Do e-mails with even the weeniest attachment fail?No.What about uuencode?What about USENET posts? (Mind that you post to a binaries group, toavoid upset and confusion).Regards--Neale HindInsanity is hereditary, you get it from your children
|
