[Exchange 2010]Error bij verzenden mails via Windows Phone

[Satangel]

Ik heb 10 Windows Phones die vanaf volgende week mails met 1 tot 10 afbeeldingen gaan verzenden. Elke GSM heeft een Exchange 2010 mail account. Bij 1 tot 3 bijlages lijkt het goed te werken tot nu toe, maar vanaf je daar boven gaat krijg je deze error;



Wat raar is want in EMC zijn er geen restricties ingesteld;
Op mail account zelf;

Bij transport regels


Ik heb al wat Gegoogled en kwam vooral uit bij SMTP problemen, oa dit topic;

Kan geen mail versturen via Outlook

Ik weet niet wat ik hiermee moet aanvangen. Enig idee?

[Slavy]

- Is dit alleen naar externe mailadressen of ook intern?
- Is het alleen met bijlagen of ook zonder bijlagen?
- Krijg je nog een log in de mail te zien of alleen het stukje dat in de screenshot staat?

[ Voor 9% gewijzigd door Slavy op 28-12-2016 10:44 ]

[Dennism]

Bij Extern kan het ook aan de ontvangende kant liggen, als het alleen intern is, loop deze

https://technet.microsoft...b124345(v=exchg.160).aspx en https://technet.microsoft...h529949(v=exchg.160).aspx eens door.

[HKLM_]

Ben ook niet zoon exchange expert maar moet je de Maximum receive size en Send size niet wat aanpassen dit is 25 MB toch?

Zo te zien zou je dit kunnen aanpassen naar alles tussen de 0 en 2,097,151 KB

<sub>Sent messages To set a maximum size for messages sent by this user, select the Maximum message size (KB) check box and type a value in the box. The message size must be between 0 and 2,097,151 KB. If the user sends a message larger than the specified size, the message will be returned to the user with a descriptive error message.

Received messages To set a maximum size for messages received by this user, select the Maximum message size (KB) check box and type a value in the box. The message size must be between 0 and 2,097,151 KB. If the user receives a message larger than the specified size, the message will be returned to the sender with a descriptive error message.</sub>

Met een aantal foto's kan je daar zo aan zitten

Hoe staan je settings onder Organisation Configuration / Client Access/ Tab Exchange ActivrSync Mailbox policys/ Properties / Sync Settings.

staat daar toevallig het vinkje aan bij Limit e-mail size ?

[ Voor 86% gewijzigd door HKLM_ op 28-12-2016 11:22 ]

[MAX3400]

4 foto's op mijn Lumia 950 zijn al 22MB. Gooi daar eventueel MIME encoding overheen en ik loop al tegen de limiet van 25MB aan op Exchange.

Kan je testen of een ander account, zoals Gmail of Outlook.com wel meer dan 25MB kan versturen???

[Jazzy]

Ik mis één essentieel gegeven inderdaad: hoe groot is de mail die je probeert te verzenden?

[ Voor 5% gewijzigd door Jazzy op 28-12-2016 11:17 ]

[Satangel]

Dennism schreef op woensdag 28 december 2016 @ 11:06:
Bij Extern kan het ook aan de ontvangende kant liggen, als het alleen intern is, loop deze

https://technet.microsoft...b124345(v=exchg.160).aspx en https://technet.microsoft...h529949(v=exchg.160).aspx eens door.

Zal extern testen. De bedoeling is dat het enkel intern is.
Zal uw links, indien de problemen aanhouden, doornemen. Bedankt
[quot

Downloader_NL schreef op woensdag 28 december 2016 @ 11:11:
Ben ook niet zoon exchange expert maar moet je de Maximum receive size en Send size niet wat aanpassen dit is 25 MB toch?

Met een aantal foto's kan je daar zo aan zitten

Hoe staan je settings onder Organisation Configuration / Client Access/ Tab Exchange ActivrSync Mailbox policys/ Properties / Sync Settings.

staat daar toevallig het vinkje aan bij Limit e-mail size ?

Neen staat goed;



[mes[quote]MAX3400 schreef op woensdag 28 december 2016 @ 11:12:
4 foto's op mijn Lumia 950 zijn al 22MB. Gooi daar eventueel MIME encoding overheen en ik loop al tegen de limiet van 25MB aan op Exchange.

Kan je testen of een ander account, zoals Gmail of Outlook.com wel meer dan 25MB kan versturen???
[/quote]
Zal extern testen & heb net de max receive & send size verhoogd naar 80MB.
sage=49645845,noline]Slavy schreef op woensdag 28 december 2016 @ 10:44[/message]:
- Is dit alleen naar externe mailadressen of ook intern?
- Is het alleen met bijlagen of ook zonder bijlagen?
- Krijg je nog een log in de mail te zien of alleen het stukje dat in de screenshot staat?
[/quote]
Zal extern testen.
Zonder bijlagen verloopt alles goed.
Geen log enkel die foutmelding.

[HKLM_]

Als het enkel intern is heb je misschien aan dit artikel nog iets

https://social.technet.mi...um=exchangesvradminlegacy

_{Hi,
It is possible to limit the size of incoming/outgoing external messages but leaving an unlimited message size for internal users.
As the below article in that link said, there are two ways to achieve, powershell and EMC. In EMC, the operation using transport rule is more vivid. But in powershell, the code of configuring message size limits in send connector and receive connector will be simple for those skillful. I recommen you to use powershell.
For the external , you can try the following:
Get-SendConnector | Set-SendConnector –MaxMessageSize xxMB
Get-ReceiveConnector | Set-ReceiveConnector –MaxMessageSize xxxMB
For the internal, you can try the following:
Set-TransportConfig -MaxReceiveSize
Set-TransportConfig -MaxSendSize
If there is Edge Transport server, you need run the following in it:
Get-ReceiveConnector | Set-ReceiveConnector –MaxMessageSize xxxxMB
If you have synchronized Edge Transport server into AD, you should run the following in Hub Transport server:
Get-SendConnector | Set-SendConnector –MaxMessageSize xxxxxMB
For more information, you can also refer to the following article:
Manage Message Size Limits: http://technet.microsoft....y/bb124345(EXCHG.80).aspx
How to Configure Message Size Limits for Internal Routing: http://technet.microsoft....y/bb738125(EXCHG.80).aspx
Hope this helps.
Thanks}

[Jazzy]

Waarom ga je nu de configuratie van Exchange aanpassen zonder te weten hoe groot de email die je wilt verzenden daadwerkelijk is? Het is echt beter om eerst je feiten op een rijtje te hebben, te begrijpen waar het probleem zit en dan een instelling aan te passen waarbij je weet en begrijpt waarom deze het probleem op gaat lossen.

Downloader_NL schreef op woensdag 28 december 2016 @ 11:29:
Als het enkel intern is heb je misschien aan dit artikel nog iets

Dat is niet zo'n goed advies. Bij een klant met deze instelling werden op een gegeven moment ISO's van meer dan 4GB gemaild. Die limieten zijn er niet voor niets.

[ Voor 34% gewijzigd door Jazzy op 28-12-2016 11:34 ]

[Satangel]

Jazzy schreef op woensdag 28 december 2016 @ 11:17:
Ik mis één essentieel gegeven inderdaad: hoe groot is de mail die je probeert te verzenden?

10 MB. Daar ligt het dus niet aan, of ik message size nu verhoog of niet.

[Slavy]

Satangel schreef op woensdag 28 december 2016 @ 12:01:
[...]

10 MB. Daar ligt het dus niet aan, of ik message size nu verhoog of niet.

En als je het nu eens probeert met een .txt van 2KB of een Kleine PNG? In ieder geval een bijlage die niet zo groot is.

[Satangel]

Slavy schreef op woensdag 28 december 2016 @ 12:04:
[...]


En als je het nu eens probeert met een .txt van 2KB of een Kleine PNG? In ieder geval een bijlage die niet zo groot is.

Dat lukt wel. Komt enkel voor wanneer ik 5 foto's of meer probeer te verzenden. Maakt niet uit naar een extern of intern mailadres.

[Slavy]

Satangel schreef op woensdag 28 december 2016 @ 13:59:
[...]

Dat lukt wel. Komt enkel voor wanneer ik 5 foto's of meer probeer te verzenden. Maakt niet uit naar een extern of intern mailadres.

Dat zal dan aan de foto grootte liggen vermoed ik. Als je nu eens 6 foto's zo verkleind dat ze maar max 100KB per stuk zijn (JPG/PNG), kan je er dan wel meer dan 5 versturen?

[MAX3400]

Satangel schreef op woensdag 28 december 2016 @ 13:59:
[...]

Dat lukt wel. Komt enkel voor wanneer ik 5 foto's of meer probeer te verzenden. Maakt niet uit naar een extern of intern mailadres.

Vergeet je ook even niet dat als je 70MB naar, pak 'm beet, @ziggo.nl probeert te verzenden, dat je 'm even hard weer terugkrijgt? Ook de meeste Exchange-servers die ik hier beheer, staan op 50MB send/receive ingesteld dus die krijg je ook gewoon terug van me.

Oftewel; zoek een andere oplossing voor je GSM's en ga niet onnodig data lopen verzenden naar @random mailboxen.

Jazzy schreef op woensdag 28 december 2016 @ 11:32:

Dat is niet zo'n goed advies. Bij een klant met deze instelling werden op een gegeven moment ISO's van meer dan 4GB gemaild. Die limieten zijn er niet voor niets.

Dit dus... Zeker als er data wordt verstuurd die niet "te de-dupen" is, loopt je EDB zo ontieglijk snel vol, dat het niet meer leuk is. En de manager/gebruikers maar janken als ze ineens moeten gaan betalen voor storage en hun mailbox ze ineens 130 Euro per maand gaat kosten.

[ Voor 30% gewijzigd door MAX3400 op 28-12-2016 14:07 ]

[Jazzy]

MAX3400 schreef op woensdag 28 december 2016 @ 14:06:
En de manager/gebruikers maar janken als ze ineens moeten gaan betalen voor storage en hun mailbox ze ineens 130 Euro per maand gaat kosten.

Ik denk dat er in dat geval terecht 'gejankt' wordt. Als Microsoft een 100 GB mailbox kan aanbieden voor € 3,40 dan moet je je afvragen welke meerwaarde er geleverd wordt voor € 126,60.

[MAX3400]

Jazzy schreef op woensdag 28 december 2016 @ 14:16:
[...]

Ik denk dat er in dat geval terecht 'gejankt' wordt. Als Microsoft een 100 GB mailbox kan aanbieden voor € 3,40 dan moet je je afvragen welke meerwaarde er geleverd wordt voor € 126,60.

Je snapt wat ik bedoel; on-prem solutions zijn soms een stuk prijziger (zeker als je snelle storage en/of dedicated appatuur inzet) waardoor price per user voor sommige forests hard omhoog gaat.

Denk wel dat we op dezelfde lijn zitten; niet zomaar je Exchange-inrichting aanpassen zonder te weten waarom je het gaat doen en wat de uiteindelijke implicaties zijn (intern en/of extern).

[Satangel]

MAX3400 schreef op woensdag 28 december 2016 @ 14:06:
[...]

Vergeet je ook even niet dat als je 70MB naar, pak 'm beet, @ziggo.nl probeert te verzenden, dat je 'm even hard weer terugkrijgt? Ook de meeste Exchange-servers die ik hier beheer, staan op 50MB send/receive ingesteld dus die krijg je ook gewoon terug van me.

Oftewel; zoek een andere oplossing voor je GSM's en ga niet onnodig data lopen verzenden naar @random mailboxen.


[...]

Dit dus... Zeker als er data wordt verstuurd die niet "te de-dupen" is, loopt je EDB zo ontieglijk snel vol, dat het niet meer leuk is. En de manager/gebruikers maar janken als ze ineens moeten gaan betalen voor storage en hun mailbox ze ineens 130 Euro per maand gaat kosten.

Ik heb nog wat testjes gedaan en de problemen beginnen wanneer je bijlages probeert te verzenden die boven de 8MB uitkomen ongeveer. Heb eens 15 zeer kleine JPG's verstuurd en dat ging perfect. Maar als ik 4 foto's wil verzenden van 2MB elk geeft ie de error.

We werkten eerst met echte Outlook accounts (@outlook.com) met nogal simpele paswoorden (de GSM's worden niet altijd door dezelfde persoon gebruikt dus paswoord mag echt niet ingewikkeld zijn) en daar hadden we het probleem dat om de haverklap de accounts werden gelocked (wellicht door hackers die probeerden aan te melden)
Met als gevolg dat 1 iemand van de IT dienst alle 10 accs moest aflopen om te unlocken.

Dus nu maar beslist het binnen te trekken maar helaas, lijkt ook niet te werken.

Ik blijf zoeken

[Jazzy]

Werkt het met OWA wel?

[rdtechie]

Doe je de testen met een normaal gebruikers account, of met een account met admin rechten?

[MAX3400]

rdtechie schreef op vrijdag 30 december 2016 @ 23:16:
Doe je de testen met een normaal gebruikers account, of met een account met admin rechten?

Want admins hebben default een unlimited policy? Daarnaast, maar dat is mijn mening, is het niet altijd handig om een mailbox aan een admin te koppelen; hoogstens mail-enabled user te maken.

[rdtechie]

MAX3400 schreef op vrijdag 30 december 2016 @ 23:41:
[...]

Want admins hebben default een unlimited policy? Daarnaast, maar dat is mijn mening, is het niet altijd handig om een mailbox aan een admin te koppelen; hoogstens mail-enabled user te maken.

Nee, ik vroeg het omdat admin accounts met een mailbox te maken hebben met het AdminSDHolder object. Dit voorkomt dat je dit soort accounts op mobiele apparaten kunt gebruiken. Ik heb er in mijn werk redelijk vaak mee te maken.

Bron: https://technet.microsoft...009.09.sdadminholder.aspx

Daarnaast kunnen er nog limieten op de Exchange database staan.

[Satangel]

rdtechie schreef op vrijdag 30 december 2016 @ 23:47:
[...]


Nee, ik vroeg het omdat admin accounts met een mailbox te maken hebben met het AdminSDHolder object. Dit voorkomt dat je dit soort accounts op mobiele apparaten kunt gebruiken. Ik heb er in mijn werk redelijk vaak mee te maken.

Bron: https://technet.microsoft...009.09.sdadminholder.aspx

Daarnaast kunnen er nog limieten op de Exchange database staan.

Ik heb het nu met mijn eigen werk-exchange account (geen admin) geprobeerd, ook op een Windows Phone en het werkt ook niet. Account doet er dus niet toe, het is een algemeen feit die er voor zorgt dat het fout loopt.

[Jazzy]

Jazzy schreef op woensdag 28 december 2016 @ 14:58:
Werkt het met OWA wel?

[Satangel]

Jazzy schreef op maandag 2 januari 2017 @ 14:25:
[...]

We hebben geen OWA hier, werken enkel met Outlook of Outlook app op Windows Phone.

[Jazzy]

Je hebt wel OWA want dit staat standaard geconfigureerd op een Exchange 2010 server. Het kan zijn dat je een reverse proxy gebruikt en geen verkeer naar /owa en /ecp toestaat, dan moet je even inloggen op een werkplek die via HTTPS bij de server kan. Open dan je browser en navigeer naar https://servernaam/owa.

[Qwerty-273]

Exchange 2010 heeft standaard een sync limiet voor berichten via EAS van 10MB. Ik ga er vanuit dat je via Outlook zelf geen problemen hebt om een grote mail rond te sturen (dan staan je andere quota's namelijk al goed).

Op elke Exchange 2010 server:

• Open notepad als admin en open "c:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync\web.config" (of waar je Exchange ook hebt neergezet)
• Zoek in het bestand "<add key="MaxDocumentDataSize" value="10240000"></add>" en verander de waarde naar wat je wilt.
• Zoek in het bestand "<httpRuntime maxRequestLength="10240"/>" en verander de waarde naar wat je wilt.
• Bestand opslaan
• IIS / w3svc herstarten en alle services die daar aan hangen - of gewoon de machine rebooten

Denk er wel aan dat een eventuele Exchange update deze waardes weer terug naar default kan zetten.

Is het nuttig om zulke grote mails te versturen? Kan je daar niet beter een app voor gebruiken/ontwikkelen? Mail is nou niet het meeste geschikte ding om veel data mee te versturen.

[Oogje]

Qwerty-273 schreef op donderdag 5 januari 2017 @ 16:59:
Exchange 2010 heeft standaard een sync limiet voor berichten via EAS van 10MB. Ik ga er vanuit dat je via Outlook zelf geen problemen hebt om een grote mail rond te sturen (dan staan je andere quota's namelijk al goed).

Dat is inderdaad de oplossing, heb dit ook ooit toegepast (verdubbeld).

[Satangel]

Qwerty-273 schreef op donderdag 5 januari 2017 @ 16:59:
Exchange 2010 heeft standaard een sync limiet voor berichten via EAS van 10MB. Ik ga er vanuit dat je via Outlook zelf geen problemen hebt om een grote mail rond te sturen (dan staan je andere quota's namelijk al goed).

Op elke Exchange 2010 server:

• Open notepad als admin en open "c:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync\web.config" (of waar je Exchange ook hebt neergezet)
• Zoek in het bestand "<add key="MaxDocumentDataSize" value="10240000"></add>" en verander de waarde naar wat je wilt.
• Zoek in het bestand "<httpRuntime maxRequestLength="10240"/>" en verander de waarde naar wat je wilt.
• Bestand opslaan
• IIS / w3svc herstarten en alle services die daar aan hangen - of gewoon de machine rebooten

Denk er wel aan dat een eventuele Exchange update deze waardes weer terug naar default kan zetten.

Is het nuttig om zulke grote mails te versturen? Kan je daar niet beter een app voor gebruiken/ontwikkelen? Mail is nou niet het meeste geschikte ding om veel data mee te versturen.

Dit heeft niet geholpen jammer genoeg. De aanpassing is dinsdag gebeurd en de server is herstart sindsdien. Vandaag getest, geen updates gebeurd die dit aangepast hebben, werkt niet.

Jazzy schreef op maandag 2 januari 2017 @ 15:31:
Je hebt wel OWA want dit staat standaard geconfigureerd op een Exchange 2010 server. Het kan zijn dat je een reverse proxy gebruikt en geen verkeer naar /owa en /ecp toestaat, dan moet je even inloggen op een werkplek die via HTTPS bij de server kan. Open dan je browser en navigeer naar https://servernaam/owa.

Bij OWA werkt het wel.

[Satangel]

Satangel schreef op vrijdag 20 januari 2017 @ 14:45:
[...]

Dit heeft niet geholpen jammer genoeg. De aanpassing is dinsdag gebeurd en de server is herstart sindsdien. Vandaag getest, geen updates gebeurd die dit aangepast hebben, werkt niet.

[...]

Bij OWA werkt het wel.

Nog steeds niet opgelost jammer genoeg. Een app ontwikkelen ipv mailen is ook geen optie.

Toch bedankt voor de opgegeven raad tot dusver.