在Exchange Server 2007中的Outlook Web Access中尝试向电子邮件附加大文件时可能会收到错误消息

简介:

这篇文章中的信息适用于: 

  • Microsoft Exchange Server 2007 Standard Edition
  • Microsoft Exchange Server 2007 Enterprise Edition

症状

在 Microsoft Exchange Server 2007 中,当您在 Microsoft Office Outlook Web Access 中尝试向电子邮件中附加大文件时,可能会收到以下错误消息之一。

错误消息 1
The files: File_name.xxx were not attached because they exceed the maximum size limitation SizeLimitation MB for attachments.
错误消息 2
The server issued an unexpected response (500).
错误消息 3
Request Url: [url]https://Exchange[/url] server name/owa/forms/premium/AttachFileDialog.aspx?ae=Dialog&t=AttachFileDialog User host address: IP Address User:User Name EX Address: /o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=User Account SMTP Address: SMTP Address OWA version: 8.0.605.2 Mailbox server: Mailbox server
Exception Exception type: System.Web.HttpException Exception message: Maximum request length exceeded. Call stack System.Web.HttpRequest.GetEntireRawContent() System.Web.HttpRequest.GetMultipartContent() System.Web.HttpRequest.FillInFormCollection() System.Web.HttpRequest.get_Form() System.Web.HttpRequest.get_HasForm() System.Web.UI.Page.GetCollectionBasedOnMethod(Boolean dontReturnNull) System.Web.UI.Page.DeterminePostBackMode() System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

原因

如果存在以下两种情况中的任意一种,就会出现此问题:
  • 未在 Outlook Web Access 服务器上的 Web.config 文件中修改 MaxRequestLength 属性。
  • 未在邮箱架构中修改 MaxSendSize 属性。

解决方案

要解决这些问题,请根据您的具体情况使用下列解决方案之一。

错误消息 1 的解决方案

如果错误消息中的 SizeLimitation 值小于或等于 30,请使用下列方法之一来解决问题:

注意:进行了这些更改之后,回收信息存储,或等待 15 到 20 分钟后访问邮箱,大小更改才能生效。
  • 执行“设置邮箱”任务。

    注意:通过执行“设置邮箱”任务可为单个用户解决此问题。如果有多个用户,则必须对每个用户都执行“设置邮箱”任务。

    要执行“设置邮箱”任务,请运行以下命令:
    Set-Mailbox –id Alias -MaxSendSize:Number_in_KB
    注意:在此命令中,Alias 是用户的别名。而且,Number_in_KB 是以千字节 (KB) 为单位的新值。
  • 执行“设置传输配置”任务。

    注意:通过执行“设置传输配置”任务可为所有用户解决此问题。

    要执行“设置传输配置”任务,请运行以下命令:
    Set-TransportConfig –MaxSendSize:Number_in_KB
如果错误消息中的 SizeLimitation 值大于 30,请按照下列步骤操作:
  1. 执行“设置邮箱”任务或“设置传输配置”任务。

    注意:通过执行“设置邮箱”任务可为单个用户解决此问题。通过执行“设置传输配置”任务可为所有用户解决此问题。
  2. 打开下面的文件夹:
    Program Files\Exchange Server\Microsoft\ClientAccess\Owa
  3. 使用记事本打开 Web.config 文件。
  4. 在“编辑”菜单上,单击“查找”,然后搜索 MaxRequestLength 属性。
  5. 将 MaxRequestLength 属性的值增大为可以满足您的业务要求的值。

错误消息 2 的解决方案

如果邮箱架构已增大,则会收到错误消息 2。要解决此问题,请将 Web.config 文件中  MaxRequestLength 属性的值增大为可以满足您的业务要求的值。

要修改  MaxRequestLength 属性,请按照下列步骤操作:
  1. 打开下面的文件夹:
    Program Files\Exchange Server\Microsoft\ClientAccess\Owa
  2. 使用记事本打开 Web.config 文件。
  3. 在“编辑”菜单上,单击“查找”,然后搜索 MaxRequestLength 属性。
  4. 增大 MaxRequestLength 属性的值。默认设置是 30 MB。

错误消息 3 的解决方案

通常,当存在下列情况时,会收到错误消息 3:
  • Web.config 文件中 MaxRequestLength 属性的值已增大。
  • MaxSendSize 属性的值未增大。
要解决此问题,请将  MaxSendSize 属性的值增大为可以满足您的业务需要的值。要增大  MaxSendSize 属性的值,请使用下列方法之一:
  • 执行“设置邮箱”任务。

    注意:通过执行“设置邮箱”任务可为单个用户解决此问题。如果有多个用户,则必须为每个用户都执行“设置邮箱”任务。

    要执行“设置邮箱”任务,请运行以下命令:
    Set-Mailbox –id Alias -MaxSendSize:Number_in_KB
    注意:在此命令中,Alias 是用户的别名。而且,Number_in_KB 是以 KB 为单位的新值。
  • 执行“设置传输配置”任务。

    注意:通过执行“设置传输配置”任务可为所有用户解决此问题。

    要执行“设置传输配置”任务,请运行以下命令:
    Set-TransportConfig –MaxSendSize:Number_in_KB
Keywords: kbtshoot kbexpertiseinter KB925827 














本文转自叶俊坚51CTO博客,原文链接: http://blog.51cto.com/yejunjian/145791 ,如需转载请自行联系原作者


相关文章
|
前端开发 Java API
Spring Cloud Gateway Server Web MVC报错“Unsupported transfer encoding: chunked”解决
本文解析了Spring Cloud Gateway中出现“Unsupported transfer encoding: chunked”错误的原因,指出该问题源于Feign依赖的HTTP客户端与服务端的`chunked`传输编码不兼容,并提供了具体的解决方案。通过规范Feign客户端接口的返回类型,可有效避免该异常,提升系统兼容性与稳定性。
861 0
|
开发者 前端开发 Apache
Apache Wicket Ajax揭秘:轻松几步,让你的Web应用告别“呆板”,焕发新生!
【8月更文挑战第31天】随着互联网技术的发展,Web应用的交互性成为评价网站成功的关键指标。Apache Wicket作为一款卓越的Java Web框架,不仅具备强大的组件化开发能力,还内置了对Ajax技术的支持,使开发者能轻松提升Web应用的交互体验。通过简单的代码示例展示了如何在不刷新页面的情况下异步更新页面元素,极大提升了用户体验。Wicket提供了多种Ajax组件和行为,如AjaxFallbackLink、AjaxButton等,满足不同场景需求,并支持自定义Ajax行为,帮助开发者实现复杂交互效果。合理运用Wicket的Ajax功能,可显著增强网站竞争力。
404 1
|
网络协议 Windows
Windows Server 2019 Web服务器搭建
Windows Server 2019 Web服务器搭建
1111 0
|
tengine 安全 应用服务中间件
修改Nginx/Tengine版本名称伪装任意WEB SERVER
修改Nginx/Tengine版本名称伪装任意WEB SERVER
580 1
|
C# 开发者
全面提升开发效率:详解如何使用Blazor Server与SignalR打造实时Web应用,从零开始构建聊天室示例并掌握实时通信核心技术
【8月更文挑战第31天】提高生产力不仅关乎效率提升,更在于用更少时间完成更多任务。本文将通过具体代码示例,介绍如何结合 Blazor Server 和 SignalR 构建实时 Web 应用。从创建 Blazor 项目到添加 SignalR 支持,再到实现客户端与服务器间的实时通信,每个步骤都详细讲解。通过这一组合,C# 开发者能获得前后端一致的编程体验,轻松打造高效、响应迅速的实时应用。实时通信功能已在社交、协作等多个领域发挥重要作用,本文将助你掌握这一强大技术组合。
840 0
|
10月前
|
算法 Java Go
【GoGin】(1)上手Go Gin 基于Go语言开发的Web框架,本文介绍了各种路由的配置信息;包含各场景下请求参数的基本传入接收
gin 框架中采用的路优酷是基于httprouter做的是一个高性能的 HTTP 请求路由器,适用于 Go 语言。它的设计目标是提供高效的路由匹配和低内存占用,特别适合需要高性能和简单路由的应用场景。
672 4
|
缓存 JavaScript 前端开发
鸿蒙5开发宝藏案例分享---Web开发优化案例分享
本文深入解读鸿蒙官方文档中的 `ArkWeb` 性能优化技巧,从预启动进程到预渲染,涵盖预下载、预连接、预取POST等八大优化策略。通过代码示例详解如何提升Web页面加载速度,助你打造流畅的HarmonyOS应用体验。内容实用,按需选用,让H5页面快到飞起!
|
JavaScript 前端开发 API
鸿蒙5开发宝藏案例分享---Web加载时延优化解析
本文深入解析了鸿蒙开发中Web加载完成时延的优化技巧,结合官方案例与实际代码,助你提升性能。核心内容包括:使用DevEco Profiler和DevTools定位瓶颈、四大优化方向(资源合并、接口预取、图片懒加载、任务拆解)及高频手段总结。同时提供性能优化黄金准则,如首屏资源控制在300KB内、关键接口响应≤200ms等,帮助开发者实现丝般流畅体验。
|
前端开发 JavaScript Shell
鸿蒙5开发宝藏案例分享---Web页面内点击响应时延分析
本文为鸿蒙开发者整理了Web性能优化的实战案例解析,结合官方文档深度扩展。内容涵盖点击响应时延核心指标(≤100ms)、性能分析工具链(如DevTools时间线、ArkUI Trace抓取)以及高频优化场景,包括递归函数优化、网络请求阻塞解决方案和setTimeout滥用问题等。同时提供进阶技巧,如首帧加速、透明动画陷阱规避及Web组件初始化加速,并通过优化前后Trace对比展示成果。最后总结了快速定位问题的方法与开发建议,助力开发者提升Web应用性能。
|
JSON 开发框架 自然语言处理
【HarmonyOS Next之旅】基于ArkTS开发(三) -> 兼容JS的类Web开发(三)
本文主要介绍了应用开发中的三大核心内容:生命周期管理、资源限定与访问以及多语言支持。在生命周期部分,详细说明了应用和页面的生命周期函数及其触发时机,帮助开发者更好地掌控应用状态变化。资源限定与访问章节,则聚焦于资源限定词的定义、命名规则及匹配逻辑,并阐述了如何通过 `$r` 引用 JS 模块内的资源。最后,多语言支持部分讲解了如何通过 JSON 文件定义多语言资源,使用 `$t` 和 `$tc` 方法实现简单格式化与单复数格式化,为全球化应用提供便利。
405 104