Directadmin stuurt mail vanaf diradmin@hostname

[Blacky]

Ik heb die vraag ook op het Directadmin forum uit staan, maar eentje zegt dat ie het probleem niet heeft, diverse anderen hebben een feature er voor aangevraagd.
En nu begin ik dus te twijfelen of het zo hoort of niet hoort of dat het met mod_ruid te maken heeft.

Anyway, wordt er een account aangemaakt via m'n hostingscript komt de mail van mijn info adres.
Log ik in DA in met m'n reseller account en maak handmatig een account dan beginnen de problemen.

DA verstuurt dan namelijk de mail met gegevens vanaf diradmin@server.domeinnaam.nl dus eigenlijk diradmin@hostnaam in plaats van info@mijndomein.nl.
Zo dus:

2011-05-12 18:58:42 cwd=/usr/local/directadmin 2 args: /usr/sbin/sendmail -t
2011-05-12 18:58:42 1QKZDm-0003q7-Sz <= diradmin@server.hostingdomain.nl U=diradmin P=local S=1894

Dat heeft als gevolg dat een aantal mailservers waar de mail naar toe moet als volgt handelen:

450 4.1.8 <diradmin@server.hostingdomain.nl>: Sender address rejected: Domain not found

Lijkt me ook weer logisch.

De hostnaam is immers niet opgenomen in DNS en dat is ook niet de bedoeling, want ja dan werkt het, maar nee dan komt de mail nog steeds van het verkeerde email adres dus dat is geen oplossing.

Werkt dit nu standaard met diradmin@hostnaam of ligt dit aan mod_ruid die ik gebruik of is hier een oplossing voor zodat account creatie mails wel gewoon vanaf mijn eigen email adres verzonden wordt?

[Bart L]

Je zal het ongetwijfeld bekeken hebben, maar soms zitten dit soort dingen in kleine hoekjes ;-)

List Administrators -> Admin's user data -> Modify User, staat het emailadres goed?

[Yourwebhoster]

Edit: sorry het is vroeg en ogen zitten dicht. DirectAdmin maakt zelf als control panel geen gebruik van mod_ruid en dan houd het op. Het volgende geld voor apache icm mod_ruid en als je vanaf de web server een e-mail wilt versturen. Ik kan het zelf niet reproduceren helaas.

zou goed kunnen dat dit door mod_ruid komt. Als je alleen de user aanpast met mod_ruid kan je éénvoudig in de exim.conf het volgende toevoegen:
trusted_groups = apache

En dan exim herstarten.`

Als je wel Rgroups gebruikt kan je de tip van T.bloo gebruiken: http://www.webhostingtalk.nl/directa...ml#post1166401.
Na een herstart van exim moet het werken.

[lmp]

Werkt dit nu standaard met diradmin@hostnaam of ligt dit aan mod_ruid die ik gebruik of is hier een oplossing voor zodat account creatie mails wel gewoon vanaf mijn eigen email adres verzonden wordt?

Het is een combinatie van mod_ruid en exim. Bij een DA installatie staat erin de exim configuratie:

trusted_users = mail:majordomo:apache:diradmin

Het sendmail commando met een opgegeven email adres zal alleen voor deze users werken, bij andere gebruikers wordt dat opgegeven adres genegeert en krijg je dus het gedrag wat je beschrijft.

Er zijn 3 oplossingen mogelijk.

1. Zet al je gebruikers accounts in de exim config in de trusted_users regel (zie ook http://www.webhostingtalk.nl/directa...ml#post1166401)
2. Laat mod_ruid alleen de UID aanpassen en niet de GID en neem de oplossing zoals beschreven door Yourwebhoster
3. Zorg dat exim de trusted user overslaat.

Dit laatste is mogelijk door de volgende regels in exim.conf op te nemen:

local_from_check = false
local_sender_retain = true
untrusted_set_sender = *

[Blacky]

Allereerst alvast allemaal bedankt voor het meedenken. Ik was er al bang voor dat het probleem daarin zou kunnen liggen.
Maar dacht eerst nog van niet omdat je toch als user inlogt in DA en daarom dacht ik dat dus ook via mod_ruid mijn usernaam gebruikt zou worden, dus ook mijn email account.
Niet dus zo blijkt.

Optie 3 van Imp lijkt me niet de veiligste oplossing, dan verbreek je toch een stuk beveiliging van Exim of niet?
Momenteel heb ik dit in de httpd.conf:

User apache
Group apache

# mod_ruid
RMode config
RUidGid apache apache

En in de exim.conf:

trusted_users = mail:majordomo:apache:diradmin
trusted_groups = apache

Wat is het nadeel als ik alleen de uid laat aanpassen?
Moet er dan ook nog een regel komen van DA zodat automatisch alles aanpast?

Ik gebruik overigens op deze server ook nog de oude methode hiervan:
http://help.directadmin.com/item.php?id=254

Dus niet de access groep.

[Blacky]

Nou ik ben er nog niet helemaal van gecharmeerd. Ik heb nu de methode geprobeerd van T. Bloo uit de andere thread om de exim users toe te voegen, dan krijg je dit:

Return-Path: <diradmin@server.hostingdomein.nl>
Received: from mail-in1.tiscali.nl (195.241.79.165) by mail-9-nl.tiscali.it (7.3.140)
id 4DC0CF4301C80729 for gebruiker@telfort.nl; Sat, 21 May 2011 02:35:14 +0200
Received: from ns1.hostingdomein.nl ([78.46.xx.xx] helo=server.hostingdomein.nl)
by mail-in1.tiscali.nl with esmtp
id 1QNa9x-0008Sa-O3
for gebruiker@telfort.nl; Sat, 21 May 2011 02:35:13 +0200
Received: from diradmin by server.hostingdomein.nl with local (Exim 4.76)
(envelope-from <diradmin@server.hostingdomein.nl>)
id 1QNa9w-0005Ak-RF
for gebruiker@telfort.nl; Sat, 21 May 2011 02:35:13 +0200
To: gebruiker@telfort.nl
From: hostingfun <info@mijndomein.nl>
Sender: hostingfun <info@mijndomein.nl>
Reply-To: hostingfun <info@mijndomein.nl>
X-DirectAdmin-Sender: hostingfun

De gwone afzender etc. is nu wel goed, maar het returnpath klopt nog steeds niet. En received from c.q. envelope from is ook nog steeds van diradmin@hostname. En volgens mij wordt daar nu net op geblokkeerd, toch?

[t.bloo]

Het gaat hier om mailtjes verzonden door DirectAdmin, niet van een user via PHP ofzo. Daar ging die andere thread over.

Er geldt:
1. mod_ruid wordt gebruikt door Apache, niet door DirectAdmin
2. de trusted_users uitbreiden met de reseller namen helpt hier niet want het is altijd user "diradmin" die de emails verstuurd en die staat er al in
3. DirectAdmin gebruikt bij mij ook als return-path diradmin@hostname
4. als hostname bestaat in je DNS, zou dat geen probleem moeten zijn

En als dat wel een probleem is, dan moet DirectAdmin daar iets in hun programma voor veranderen ben ik bang.

[Yourwebhoster]

Ik heb scheef gekeken en de return path staat inderdaad bij mij ook zo. Het ligt niet aan jou

[Blacky]

Heh, gelukkig, ik begon al vreemde dromen te krijgen.
Daarom heb ik ook een aantal dagen geleden nog maar eens een feature request gedaan. Want als je toch inlogt met je naam en wachtwoord, moet het toch op een of andere wijze mogelijk zijn voor DA om dat ook door te spelen naar de mail. Of iets te maken waardoor je zelf kunt aangeven wat ie moet gebruiken.

Nogmaals dank voor het meedenken.

[Dennis]

Telfort weigert blijkbaar e-mails van servers waarvan de hostname in het return-path niet resolved. Waarom heb je je hostname niet geconfigureerd in je DNS?

AOL weigert zelfs e-mails waarvan de rDNS record van het IP niet ingesteld is.

[Blacky]

Oh dat met Telfort kwam wel aan, want zodoende kon ik dit voorbeeld plaatsen.
Het was upc-mail die weigerde.

Waarom ik de hostnaam niet geconfigureerd heb in DNS? Omdat dit niet gebruikelijk is lijkt me. En officieel ben ik ook de admin niet, maar ik kan er wel bij. Dus ik ga het aanpassen en hem er in zetten.
MX records en rDNS is wel in orde overigens en die verwijzen naar de naamserver naam (niet zijnde hostnaam). Net zoals SPF dat is ook in orde.