PDA

Bekijk Volledige Versie : Exim gebruikt domeinnaam niet?



Blacky
29/09/10, 04:03
Ik heb een prive forum geinstalleerd, ook vbulletin.

Nu zit ik met het probleem dat bij het versturen van de mail, exim klaarblijkelijk de domeinnaam niet neemt. Versturen van mail gaat via phpmail dus vanuit het forum zeg maar. Het is niet de bedoeling om smtp te gaan gebruiken.

Dit is wat er gebeurt:


SMTP error from remote mail server after RCPT TO:<gebruiker@alice.nl>:
host mx101.alice.nl [217.149.195.10]: 554 5.1.8 <webmaster@server.hostingbedrijf.nl>:
Sender address rejected: Domain not found

Het afzenderadres zou niet moeten zijn webmaster@server.hostingbedrijf.nl maar webmaster@forumdomeinnaam.nl maar Exim blijkt e.e.a. niet als zodanig te versturen. Dus mailservers die controleren of het domein wel bestaat, sturen de mail fijn terug met de melding dat domeinnaam server.hostingbedrijf.nl niet bestaat.:)

Hoe is dit op te lossen zonder dus perse smtp met accountgegevens te moeten gebruiken?
Volges mij een Exim instelling maar ik ben meer thuis in Postfix.

The-BosS
29/09/10, 05:50
Kijk eens wat er in je httpd (apache) config file staat van "ServerAdmin" en pas dat eens aan. Weet verder je configuratie niet dus zou handig zijn om even wat meer info mee te geven.

Yourwebhoster
29/09/10, 07:29
Check het mod_ruid topic, daar heb ik in gepost dat je iets met UserGroups Apache in de exim.conf moet zetten en dan zal het wel werken.

T. Verhaeg
29/09/10, 12:35
Heb je sender verification aanstaan Richard?

t.bloo
29/09/10, 13:14
zet je user account in de trusted users lijst van exim.conf

dat kan handmatig:


trusted_users = mail:majordomo:apache:diradmin:username


of automatisch:


exim.conf:
trusted_users = mail:majordomo:apache:diradmin:${readfile{/etc/exim.users}}

crontab:
0 * * * * root /root/directadmin_eximusers.sh

directadmin_eximusers.sh:
#!/bin/sh

LOCATION=/home
DAUSERS=/usr/local/directadmin/data/users

rm -f /etc/exim.users.new
for u in `ls $LOCATION`; do
{
# test for folder
if test -d $LOCATION/$u; then
# test for directadmin user
if test -d $DAUSERS/$u; then
echo -n $u":" >> /etc/exim.users.new
fi
fi
}
done;
mv /etc/exim.users.new /etc/exim.users

Keizer
29/09/10, 13:48
Ik meen dit ook een keer gehad te hebben en gefixt te hebben, had dit niet met de sendmail -f optie te maken?

Yourwebhoster
29/09/10, 13:52
Het kan allemaal veel makkelijker. Je hebt namelijk Apache al als trusted user er in staan, waarom niet als trusted group? Het probleem is dat Blacky volgens mij mod_ruid draait en daardoor draai je dus als eigen user maar onder de group Apache. Als je gewoon Apache als group in de trusted lijst zet, heb je het gefixed. Zie mijn post hier ook: http://www.webhostingtalk.nl/scripting-en-programmeren/153510-mod_ruid-nieuwe-ontwikkelingen-3.html#post1146202

Blacky
29/09/10, 14:55
Hartelijk dank voor alle snelle antwoorden en tips.

Het betrof hier een vrij standaard custombuild installatie met als een van de weinige aanpassingen de mod_ruid installatie. Yourwebhoster had dat snel in de gaten of heeft een goed geheugen of beide.:)

Na de aanpassing door apache als trusted usergroup in exim te zetten werkt het weer.

Hartstikke bedankt!

Yourwebhoster
29/09/10, 14:58
Overigens moet je even een A record maken met je server naam naar dat IP, dan had je dat probleem namelijk ook niet gehad.

Edit: Goed geheugen:clown:

Blacky
29/09/10, 15:14
Het is niet gebruikelijk om van de servernaam een A record te maken. Dan had ik het probleem niet gehad, dat klopt.
Maar ik doe het liever op de nette wijze, met de juiste domeinnaam achter de @ gezet.

Ik dacht al dat het 't geheugen zou zijn.:)

t.bloo
29/09/10, 15:24
Het probleem is dat Blacky volgens mij mod_ruid draait en daardoor draai je dus als eigen user maar onder de group Apache.

je kunt met mod_ruid ook als group van de user draaien en dan werkt dit niet

daveww
29/09/10, 15:53
Wij maken gebruik van de trusted_users, ipv een group toe te kennen met exim.

Yourwebhoster
29/09/10, 15:54
Wij maken gebruik van de trusted_users, ipv een group toe te kennen met exim.

Dat is een wat betere oplossing inderdaad, heb je al een oplossing om dit automatisch in Exim te verwerken?

Blacky
29/09/10, 16:10
heb je al een oplossing om dit automatisch in Exim te verwerken?
Ja de methode van T. Bloo met een crontab, is dat niks?

Arieh
29/09/10, 16:39
Ik heb ook mod_ruid, en heb het volgende


untrusted_set_sender = *
no_local_from_check


Dit geeft volgens mij hetzelfde effect voor zover ik kan zien. From headers zijn gewoon te wijzigen in php.

Yourwebhoster
29/09/10, 17:18
Ja de methode van T. Bloo met een crontab, is dat niks?

:oops: dacht group gelezen te hebben.


Ik heb ook mod_ruid, en heb het volgende


untrusted_set_sender = *
no_local_from_check


Dit geeft volgens mij hetzelfde effect voor zover ik kan zien. From headers zijn gewoon te wijzigen in php.

Met deze instelling kan iedereen iets verzenden, zou dan gaan voor trusted_group...

Arieh
29/09/10, 17:37
http://help.directadmin.com/item.php?id=257

Ik heb het hier eerste instantie vandaan. Iedereen (die al access had) mag hier nu zelf de zender instellen. Nu heb ik daar zelf nog no_local_from_check aan toe gevoegd omdat het niet werkte (ik vermoed vanwege ruid).

Als je alle users helemaal trust geeft, kunnen ze meer dan als je het zoals hier instelt. (?)

daveww
29/09/10, 17:39
Dat is een wat betere oplossing inderdaad, heb je al een oplossing om dit automatisch in Exim te verwerken?Wij maken gebruik van het volgende;

exim.conf
trusted_users = ${readfile{/etc/exim.users}}/opt/build-exim-trusted.sh
#!/bin/sh
#
for i in `cat /etc/passwd | cut -d ":" -f 1` ; do echo -n $i ; echo -n ":" ; done > /tmp/exim.trusted.tmp
mv -f /tmp/exim.trusted.tmp /etc/exim.users
chown mail:mail /etc/exim.users
chmod 0644 /etc/exim.users/etc/crontab
*/1 * * * * root /opt/build-exim-trusted.shElke minuut omdat bijv. op resellers vaak user toegevoegd/verwijderd/gewijzigd worden.