Exim wil geen mail meer afleveren bij juiste user

[lordgandalf]

Beste tweakers.

Ik heb sindkort een probleem met mijn dedicated webserver.
Wat wil het geval ik krijg wel mail binnen maar doorsturen ho maar.
De mail bereikt de server zover ik kan zien maar komen niet bij de juiste user.
Hierdoor blijft ie dus in de queue hangen
Deze webserver draait op fedora met directadmin.
Wat heb ik geprobeer:
Via telnet mailen dit werkt.
De queue leegmaken helpt niks want de niewe mails blijven hangen.
Exim opnieuw installeren mag niks baten.

Tot nu toe kan ik geen reden niet meer verzinnen wat er mis kan zijn heb alles zowel bekeken.

Dit is de error wat ik in de logs kan terug vinden

2008-06-24 22:13:01 1KBEsv-0000FA-HC ** ******@******.server F=<******@********.server>: Unrouteable address
2008-06-24 22:13:01 1KBEsv-0000FC-JB <= <> R=1KBEsv-0000FA-HC U=mail P=local S=1521 T="Mail delivery failed: returning message to sender" from <> for ******@******.server
2008-06-24 22:13:01 1KBEsv-0000FC-JB ** *******@******.server F=<>: Unrouteable address

[ Voor 10% gewijzigd door lordgandalf op 24-06-2008 22:43 ]

[gertvdijk]

lordgandalf schreef op dinsdag 24 juni 2008 @ 22:40:
Wat wil het geval ik krijg wel mail binnen maar doorsturen ho maar.
De mail bereikt de server zover ik kan zien maar komen niet bij de juiste user.
Hierdoor blijft ie dus in de queue hangen

Wat is de bedoeling van de e-mail die binnenkomt? Wil je hem doorsturen naar een lokale user, een ander e-mail adres van een ander domein of rewriten?

Even ervanuitgaand dat je hem wil uitsturen naar een andere mailserver (doorsturen naar extern adres) moet Exim wel weten waar dat heen moet. Blijkbaar vat hij het adres op als unroutable. Als dat werkelijk zo is moet je die mail niet eens accepteren (maar rejecten), dus ook op dat punt zou je je config eens na moeten lopen.

Je kan het gedrag van Exim in de huidige config testen door simpele commando's:

code:

exim4 -bt [e-mail] # test address
exim4 -bv [e-mail] # verify address

en je vindt er meer in de manpage van exim4 om Exim te diagnosen.

[lordgandalf]

het gaat inderdaad om het afleveren van post aan de lokale users.
Het vreemde is dat het tot voor kort altijd feilloos heeft gewerkt.
En ik heb niks aan de config verandert dus dat vindt ik zo weird
Zal de commands eens bekijken en de output hier posten als ik er niet uit kom

exim -bt user@domein:

code:

/usr/sbin/exim -bt user@domein
user@server is undeliverable: Unrouteable address
    <-- user@domein
    <-- user@domein
[e-mail] is undeliverable: Unrouteable address
    <-- user@domein
    <-- user@domein

Hmzz zie net als ik mun servername probeer te pingen dat ie dan totaal ergens anders naar resolved niet naar localhost zouw het daar aan kunnen liggen ??
exim -bv user@domein:

code:

/usr/sbin/exim -bv user@domein
user@domein verified

hij kan um wel verifien maar het lijkt alsof de virtuele domeinen en users een beetje mayhem zijn.
Zal zo eens kijken wat een nieuw acc doet

[ Voor 71% gewijzigd door lordgandalf op 25-06-2008 08:55 ]

[lordgandalf]

Hummz het leek er even op dat een reboot het probleem had opgelost.
Maar toch niet
Heel vreemd net na een reboot werkt de maail en daarna gaat ie over zun nek :S:S
Nu heb ik wel een gebruiker die enorm veel mail probeert te versturen zouw het daar aan kunnen liggen ???
excusses voor de dubbelpost had deze aangemaakt omdat ik dacht dat het werkte

[ Voor 86% gewijzigd door lordgandalf op 25-06-2008 09:26 ]

[gertvdijk]

lordgandalf schreef op woensdag 25 juni 2008 @ 08:32:
Hmzz zie net als ik mun servername probeer te pingen dat ie dan totaal ergens anders naar resolved niet naar localhost zouw het daar aan kunnen liggen ??

Als je pingt wordt het A record gebruikt natuurlijk.
Je kan met

code:

host -t MX domein.tld

kijken hoe het MX record resolved. En eventueel kan je kijken wat een andere DNS ervan vindt:

code:

host -t MX domein.tld 208.67.222.222 #OpenDNS

Anyway, ik denk dat je probleem niet zo zeer in DNS ligt, maar in de config file van Exim op de regel waar je de domeinen definieert die hij als eindpunt moet beschouwen (lokale aflevering of doorsturen). domainlist local_domains in mijn geval in de main part.
In elk geval... het gebruik van DirectAdmin maakt het nou niet echt beter debugbaar zo.

lordgandalf schreef op woensdag 25 juni 2008 @ 08:32:
hij kan um wel verifien maar het lijkt alsof de virtuele domeinen en users een beetje mayhem zijn.
Zal zo eens kijken wat een nieuw acc doet

Ja, dat zou ook kunnen. Ook dan kan je met DirectAdmin zelf moeilijker debuggen imo. Misschien even de support van DirectAdmin inschakelen? Je betaalt er genoeg voor neem ik aan.
Wat je ook eens kan uitzoeken is of je een exim.conf kan krijgen zoals DirectAdmin die parst.
edit: ah gevonden!

code:

exim4 -bP +local_domains

edit2: Het laat rustig de ruwe macro's zien, maar kan wel interessant zijn.

lordgandalf schreef op dinsdag 24 juni 2008 @ 22:40:
Ik heb sindkort een probleem met mijn dedicated webserver.

Kan je ook even wat vollediger zijn hoe je opstelling is?
- Fedora versie
- Versie Exim en DirectAdmin
is toch wel info die in je OP had gemoeten imo.

Eerste stap is denk ik je firewall even dichtgooien voor mail van buitenaf (je hebt mail relay neem ik aan? en anders is het nog geen punt voor een dagje) en even lekker met de Exim config gaan stoeien en vooral veel testen (man exim4).

[ Voor 27% gewijzigd door gertvdijk op 25-06-2008 13:02 ]

[FiscBiker]

lordgandalf schreef op woensdag 25 juni 2008 @ 08:32:
het gaat inderdaad om het afleveren van post aan de lokale users.
Het vreemde is dat het tot voor kort altijd feilloos heeft gewerkt.
En ik heb niks aan de config verandert dus dat vindt ik zo weird
Zal de commands eens bekijken en de output hier posten als ik er niet uit kom

exim -bt user@domein:

code:

/usr/sbin/exim -bt user@domein
user@server is undeliverable: Unrouteable address
    <-- user@domein
    <-- user@domein
[e-mail] is undeliverable: Unrouteable address
    <-- user@domein
    <-- user@domein

Probeer het eens als volgt:

code:

exim -d+all -bt user@domein

Nu moet je een hele lijst met debug-info krijgen.

[gertvdijk]

FiscBiker schreef op woensdag 25 juni 2008 @ 13:45:

code:

exim -d+all -bt user@domein

Nu moet je een hele lijst met debug-info krijgen.

Een hele lijst is dan wel het understatement van het jaar. Dit is echt te groot om er nog kaas van te maken imo. Maar wel goede tip!
Met

code:

exim4 -d+route -bt [e-mail]

kom je ook al een heel eind en scheelt toch weer ruim 100 regels in mijn geval.

[lordgandalf]

hmmz ben er achter denk ik.
heb even een test gedaan met een ander domain en daar werkt het weer wel
wat wil het geval het domein dat nu nog problemen geeft is een gratis redirect domein van dyndns.
hier kun je een mx record aangeven did heb ik gedaan.
maar toch lijkt ie er niet veel zin in te hebben mischien ligt het daar aan nu nog

exim -bP +local_domains geeft:

code:

domainlist local_domains = lsearch;/etc/virtual/domains

host -t MX domein.tld geeft terug dat er geen MX record is terwijl het altijd heeft gewerkt met mijn ingestelde MX record

Het is de nieuwste directadmin.
Exim de laatste stable versie 5.43 ofzo
OS is Fedora 6 als ik me niet vergis
Het is niet mijn server maar die van een vriend vanmij maar ik beheer hem.
En over directadmin helpdesk wij hebben een datacentre license dus hebben geen gegevens om calls te plaatsen bij directadmin

[ Voor 44% gewijzigd door lordgandalf op 25-06-2008 14:19 ]

[gertvdijk]

lordgandalf schreef op woensdag 25 juni 2008 @ 14:11:
wat wil het geval het domein dat nu nog problemen geeft is een gratis redirect domein van dyndns.

Je hebt een dedicated server! Dus ik neem aan ook een vast IP, en dus waarom DynDNS?

[lordgandalf]

Ik heb er geen een kennis van mij
En ik had toen ik begon geen geld er voor over om veel geld te betalen voor een domein
Maar als ik nu om wil moet heel veel weer aanpassen wat in directadmin wat nu eenmaal niet echt handig kan

[gertvdijk]

lordgandalf schreef op woensdag 25 juni 2008 @ 14:26:
Maar als ik nu om wil moet heel veel weer aanpassen wat in directadmin wat nu eenmaal niet echt handig kan

Nou, dat betwijfel ik. DirectAdmin heeft juist bestaansrecht door dit soort dingen gemakkelijk te maken.

[lordgandalf]

het is niet mogelijk in directadmin om een domeinnaam te veranderen na het aanmaken van een user
Heb alles al eens geprobeerd maar zonder hoop

[gertvdijk]

lordgandalf schreef op woensdag 25 juni 2008 @ 14:32:
het is niet mogelijk in directadmin om een domeinnaam te veranderen na het aanmaken van een user
Heb alles al eens geprobeerd maar zonder hoop

Zonder hoop op een oplossing kom je er ook niet natuurlijk. Je bedoelt resultaat neem ik aan.
Als dat echt zo is weet je hoe je het zelf zou aanpakken. Zonder DA

[ Voor 12% gewijzigd door gertvdijk op 25-06-2008 14:37 ]

[lordgandalf]

mwa ik kijk wel ben al blij dat tot nu toe de andere echte domeinen wel werken.
Maar ik ga denk binnen niet al te korte tijd toch maar eens een echte domeinnaam aanvragen