We saw something very similar to this with one client. They use
lookout. They have a firewall appliance that "somehow" got a rule in it
that has issues with JPG attachments.
When they cleared the rule all this box locking, pop failures, and
failure to download stopped.
On 02/20/2012 10:34 PM, David Camm wrote:
> well, i don't use outlook (i use thunderbird), and i'm not sure about
> the user who reported it (yet). in all my years of running surgemail,
> this has never happened before - at least to my knowledge, and certainly
> never happened to me.
> could it be a network issue? like losing some packets?
> david camm
> advanced web systems
> keller, tx
> On 2/20/2012 9:25 PM, Glenn Meadows wrote:
>> I've seen instances where large email attachments, that don't fully
>> download before the mail client times to the next retrieve time period
>> get's totally confused, and won't download anything. The solution is to
>> TRY to get people to not set Outlook or other email clients to check for
>> new mail every 1 or 2 minutes, especially if they're on a slower
>> internet connection. It's not so bad when you're on a local subnet where
>> the mail server is located (in house). Most typically are not.
>> Not sure if that's the issue or not, but I've seen that problem cause
>> all sorts of issues, especially with Outlook as the client.
>> *Glenn Meadows*
>> /Mayfield Mastering
>> 2825 Erica Place
>> Nashville, TN 37204
>> On 2/20/2012 5:55 PM, David Camm wrote:
>>> had a customer call saying they could receive via pop - they received
>>> a few messages but then could not receive any more.
>>> i found this in pop2.log
>>> 20 17:09:56.00:-1286386800: pop: Write to user failed -1/78 Err Code
>>> Zero writeopencheck
>>> 20 17:09:56.00:-1286386800: pop: mlink_get_closing is set so closing
>>> 20 17:09:56.00:-1286386800: pop: Closing POP3 connection (lazaro) 1
>>> i experienced something similar this past saturday and was able to get
>>> by it by deleting a rather large (2MB) unneeded email via surgeweb.
>>> i found five instances of this message within the time span of the log
>>> - 16:49 to 17:16
>>> any ideas what might be causing this? mail is stored on a raid 5
>>> array, so i don't believe it's a disk problem.....
>>> david camm
>>> advanced web systems
>>> keller, tx
EAS Enterprises LLC
World Class Web and Email Hosting Solutions
IPv6 ready today for your needs of tomorrow!
Ask us about dual-stacking your site