[Exchange 2010] E-mails worden niet binnengehaald

[DaVaRiOuS]

Bij een klant draait een SBS 2011 server met Exchange 2010.
Hierop draaid een pop3 connector om de e-mail van de ISP binnen te halen.
Helaas kan dit niet anders aangezien ze geen eigen domeinnaam hebben maar gebruik maken van het mail adres van de ISP.

Nu komt het dus regelmatig voor dat e-mails niet binnen worden gehaald omdat deze corrupt zouden zijn. Maar wat opvalt is dat dit bijna in alle gevallen e-mails zijn van een auto-reply. Bijv. als een afzender een afwezigheidsbericht heeft ingesteld of dat de geadresseerd neit bestaat en dus een failure e-mail bericht terug krijgt.
Deze mailtjes haalt de exchange server niet binnen.

Is er uberhaupt een manier om deze mailtjes wel binnen te halen?
Dit geeft namelijk behoorlijk wat ergenis bij de klant dat de e-mails regelmatig niet binnen binnenkomen.

Corrupt vindt ik zelf een groot woord, want als de exchange server als SMTP is ingesteld, dan komen dit soort mailtjes wel binnen, dus wat heet corrupt?

[Verwijderd]

Wat is de foutmelding precies? Heb je een log file?

[belrpr]

Gebruik een alternatieve pop3 connector.

[T0ny]

belrpr schreef op dinsdag 25 maart 2014 @ 20:15:
Gebruik een alternatieve pop3 connector.

Deze werkt beter dan de standaard POP3 connector:
http://www.chimera.co.nz/efsmain.htm

[DaVaRiOuS]

EFS is inderdaad een mogelijkheid, is alleen jammer dat je maar 1 account kan instellen.

[DaVaRiOuS]

Because of transient or unknown failures, one or more messages (3) could not be delivered to '[e-mail]' on the SMTP server 'localhost'. The messages will be left on the POP3 server. If these failures continue to occur, you can either connect to the POP3 account and retrieve or delete the messages manually, or resolve the problem causing the errors

[ Voor 3% gewijzigd door DaVaRiOuS op 25-03-2014 21:09 ]

[Wim-Bart]

Bekend probleem met EFS heb het hier ook met Echange 2013. Wanneer ik een NDR terug krijg of er zitten fouten in de headers dan krijg ik of een lege e-mail of hij wordt naar de Errors folder verplaatst. EFS kan niet lekker overweg met Exchange 2010 en hoger (staat overigens ook op de web site). Maar tja, soms moet je met de beperkingen leren leven als het gratis is.

[Fish]

Kun je ze niet overhalen om voor een tientje per jaar te investeren in een domeinnaam ?

Heeft de provider geen optie om een forward in te stellen.
Neem je ergens een gratis domein. www.nl.eu.org oid en dan forward je alle shizzle de juiste box in ?

[Soeski]

De ISP biedt geen SMTP aan? Ik ken er eigenlijk geen één die dat niet doet? Anders handelen vanuit het belang van je klant; registreer een domein ergens met SMTP; migreer ze naar Office 365 of laat het POP3 account ophalen door een ander pakket (GFI misschien).
Je kunt het nog omslachtiger maken door de mail eerst door een andere dienst op te laten halen (Google, Outlook.com e.d.) en dan naar je Exchange server te sturen b.v.

[T0ny]

Je zou evt Outlook op de server kunnen installeren en die de POP3 accounts op laten halen, en dan dmv regels deze in de juiste mailboxen droppen (Of POP3 account gewoon instellen op de werkstations.

Houtje touwtje niveau: 10/10

[nextware]

Dit is een bekend probleem. Probeer dit eens uit te voeren op je Exchange server. Daarmee heb ik exact hetzelfde probleem op kunnen lossen:

Via Exchange PowerShell:

Set-ReceiveConnector -Identity ($Env:computername + “\Windows SBS Fax Sharepoint Receive ” + $Env:computername) -DefaultDomain $Env:UserDNSDomain

Bron:

http://www.kentoyer.com/2013/01/24/235/


I noticed that most of the messages were automated responses such as “out-of-office” replies. The problem is the MAILER-DAEMON is not a valid email address format. Valid email addresses must have an @ sign in them. The workaround I found was to tell Exchange to append the local domain name. Here is the command for that:

Set-ReceiveConnector -Identity ($Env:computername + “\Windows SBS Fax Sharepoint Receive ” + $Env:computername) -DefaultDomain $Env:UserDNSDomain

Once I did that, the POP3 connector was able to download the messages with invalid headers and the errors in the event log went away.

[ Voor 48% gewijzigd door nextware op 27-03-2014 09:31 ]

[DaVaRiOuS]

Nextware,

Helemaal TOP!!!
Toegepast en gaan als een raket

PS: Voor de overige vragen over een eigen domein te registreren.
Dit zal voor 1 domein kunnen, echter zitten ze dan met briefpapier die dan regelrecht de prullenbak in kan.
Een forwarder instellen door ISP gaat helaas niet lukken, ISP is hier vrij strict in en geven niks mee... Een beleid van; dit bieden we aan en je doet het er maar mee (en dat is vrij summier).

Het 2e domein die wordt beheerd door een andere partij waarbij een mailserver deze mail ontvangt.
Helaas kan hier geen koppeling mee worden gelegen aangezien ze dat simpelweg niet willen.

En 3e domein is puur voor prive gebruik, maar deze willen ze ook synchroniseren met iphones en ipads + delen van agenda's e.d. Dus het ophalen via pop3 op 1 PC zou het makkelijkste zijn echter zijn de overige zaken die ze ('nodig') hebben niet mogelijk.

nextware schreef op donderdag 27 maart 2014 @ 09:26:
Dit is een bekend probleem. Probeer dit eens uit te voeren op je Exchange server. Daarmee heb ik exact hetzelfde probleem op kunnen lossen:

Via Exchange PowerShell:

[...]


Bron:


[...]

[ Voor 6% gewijzigd door DaVaRiOuS op 16-04-2014 00:13 ]

[Will_M]

Ik snap één ding in je relaas niet:

Corrupt vindt ik zelf een groot woord, want als de exchange server als SMTP is ingesteld, dan komen dit soort mailtjes wel binnen, dus wat heet corrupt?

SMTP is een protocol om mail te kunnen versturen, niet om te ontvangen. Alles wat je wenst te ontvangen via je provider komt middels POP3 óf beter nog met IMAP bij je binnen.

[Oogje]

wimmel_1 schreef op woensdag 16 april 2014 @ 00:20:
Ik snap één ding in je relaas niet:

Corrupt vindt ik zelf een groot woord, want als de exchange server als SMTP is ingesteld, dan komen dit soort mailtjes wel binnen, dus wat heet corrupt?

SMTP is een protocol om mail te kunnen versturen, niet om te ontvangen. Alles wat je wenst te ontvangen via je provider komt middels POP3 óf beter nog met IMAP bij je binnen.

SMTP is een mail transfer protocol. Mijn mailserver ontvangt toch echt via SMTP, komt geen pop of imap aan te pas.

[Craven]

wimmel_1 schreef op woensdag 16 april 2014 @ 00:20:
SMTP is een protocol om mail te kunnen versturen, niet om te ontvangen. Alles wat je wenst te ontvangen via je provider komt middels POP3 óf beter nog met IMAP bij je binnen.

Een bal is alleen om te gooien. Niet om te vangen...

Als je iets verstuurt met protocol X dan moet het toch ergens ontvangen worden met protocol X. Dat word onderweg niet ineens magischerwijs protocol Y.

[Jazzy]

Oogje schreef op woensdag 16 april 2014 @ 07:44:
[...]


SMTP is een mail transfer protocol. Mijn mailserver ontvangt toch echt via SMTP, komt geen pop of imap aan te pas.

SMTP is bezorgen, andere servers bezorgen mail via SMTP bij jouw server. POP en IMAP is halen, daarmee kun je mail ophalen bij een andere server.

Mooie oplossing met dat Default Domain trouwens.