Exim/php & Proftpd

[ErikKosters]

Beste WHT-ers,

Bij deze heb ik 3 vragen aan jullie, hopelijk kunnen jullie beiden beantwoorden. Het gaat om een CentOS 4.4 (final) systeem incl. het DirectAdmin controle paneel.


Ten eerste


Momenteel draai ik een server met mod_ruid2 incl. apache2. Echter is er een fout met de mail(); functie; namelijk de return-path, de gebruikers zouden graag bij return-path hun eigen adres willen kunnen invullen dit is nu door mod_ruid2 niet mogelijk aangezien de gebruikers niet in de 'trusted_users' lijst staan in de exim.conf. Wanneer ik hun hieraan toevoeg kunnen ze wel de return-path wijzigen zonder problemen voor hun mail-scripts.

Hoe is dit op te lossen zodat ik en mod_ruid2 kan blijven draaien en alle gebruikers gewoon de return-path kunnen aanpassen. Dit aangezien ze nu user@hostname krijgen te zien.


Ten tweede


Dit probleem is hier al eens besproken en toen had ik dit opgelost met een soort van iFrame, dit werkt echter niet perfect en daarom vraag ik jullie voor een betere oplossing. Het gaat om de symlink /webmail voor gebruikers. Deze stuurt men door naar /var/www/html/webmail echter krijgt men dan dus een fout te zien (door mod_ruid2). Hoe is dit het beste op te lossen? Ik heb het nu doorgestuurd via een header(); maar voor resellers die white-label willen is dit niet handig. Aangezien hun klanten naar ons IP-adres worden verstuurd ipv hun eigen IP-adres.


Ten derde


In ProFTPD loopt de tijd 1 uur achter, op het systeem zelf is het wel goed (als ik 'date' intyp) en ook in PHP verwerkt hij de goede tijdzone. Kan ik ergens in de config van ProFTPD de tijd op GMT+1 zetten, ik denk zelf namelijk dat het daaraan ligt (en dat hij nu dus op GMT staat).


Alvast bedankt!

[ErikKosters]

Niemand?

[DutchTSE]

@ 2e:
Is het niet mogelijk IP adres van domein dat opgevraagd wordt te achterhalen, die op te slaan in sessie en die op een volgende pagina via headers(); te doen? (volgende pagina ivm headers moeten als 1e verzonden worden?)

(wil dit als test-case best eens maken, kijken of ik het voor elkaar krijg)

@ 3e: lijkt op een tijdzone verhaal, kun je daar eens op googlen
Heb er nu geen tijd voor, moet weg ;)

[ErikKosters]

IP zal geen zin hebben lijkt mij. Hij geeft namelijk gewoon een foutmelding als ik het zoals standaard laat.

[Allround]

voor probleem 3:

The time being displayed is wrong

The default behaviour for ProFTPD is to display all times relative to GMT. To use local time set "TimesGMT off" in the server section of the config. There is a known issue with Redhat 7, with regard to time handling.

[ErikKosters]

Voor probleem 3 is het niet volledig met dat opgelost. Ik moest ook nog het bestand '/etc/rc.d/init.d/proftpd' aanpassen en het volgende bovenaan erbij zetten:


export TZ=":/etc/localtime"

Nu werkt dit prima! Op naar oplossing voor 1 en 2.

[1024solutions]

voor de webmail kan je ook een vast ip adres gebruiken.
Maak een virtual host aan in httpd.conf voor dit ip adres, zet daarin de gebruikersgegevens voor mod_ruid.

Maak in de dns per domein een entry webmail.domein.extentie aan, verwijs deze door naar dit vaste ipadres.

op deze manier zal altijd de usergegevens van de virtualhost worden gebruikt, welke je rechten kan geven op de webmail directory.

De alias /webmail kan je dmv php een redirect geven naar webmail.domein.extentie...je kan immers uitlezen vanaf welk domein de alias wordt aangeroepen. beetje str_replace en er staat webmail ipv www

[ErikKosters]

Maar om voor webmail een apart ip-adres te gebruiken.. Vindt ik nou ook weer overdreven.

[1024solutions]

het mag ook het ipadres zijn van 1 van je nameservers zijn hoor, als je deze op dezelfde machine draait.

je moet in ieder geval een nieuwe virtual host maken waarin je de mod_ruid account settings kunt zetten,

[ErikKosters]

kun je niet een soort /webmail of webmail. virtual_host maken en dan daarin de mod_ruid account wijzigen naar apache.

[1024solutions]

een webmail.virtual_host moet dan voor elk domein handmatig worden aangepast. Dit kan volgens mij niet via DA worden geregeld

[ErikKosters]

Is er geen andere betere manier? Eventueel via een ander script includen ofzo.