[php] mail NAAR website en afbeelden

[Anoniem: 57381]

Voor een besloten website wil ik mail die aan een groep gestuurd wordt als naslag op de website toegangkelijk maken. Ik heb volop mogelijkheden op de server (PHP5, MySQL). De mail forwarden naar een speciaal mailaccount/pop-box voor de website is prima te doen. Ook kan ik best een cronjobje maken die een pop3 box uitleest en de mail dan in een MySQL database stopt.

MAAR....

1) Is dit de beste oplossing? Zijn er mogelijkheden die beter zijn? Bijvoorbeeld door direct iets te doen in de ontvangende pop box of zo. Iets zonder cronjob?

2) Wie heeft al eens zoiets gedaan of zoiets kant en klaar gezien? Beter goed gejat dan ....

Beveiliging hiervan is even geen discussie punt. Ben me er volop van bewust en ik zal ook wat voorzieningen hiervoor inbouwen.

Op GoT stonden enkele oude topics over dit onderwerp maar die kwamen niet echt met goede informatie (lees: meer dan ik zelf ook al bedacht had).

[ Voor 198% gewijzigd door RobIII op 12-12-2023 10:59 . Reden: TS terug gezet ]

[DataGhost]

code: aliases

test:           "|/var/majordomo/wrapper resend -l test test-list"

Dat wordt met bijv. majordomo gebruikt in de aliases-file van postfix.

[Anoniem: 7998]

Ooit gehoord van pipen? Maak een alias aan, bv. pietje --> |/usr/bin/php -f /path/naar/script.php (let op de |)

Via dat script kan je dan leuke dingetjes doen

Aargh, DataGhost was me te snel af

[ Voor 14% gewijzigd door Anoniem: 7998 op 13-11-2006 12:09 ]

[ruuds]

Krijg je bij een grote hoeveelheid mailtjes met die pipe naar je php script geen performance problemen? Als je een cron 1x per uur (oid) de mailbox laat uitlezen lijkt me bij grotere hoeveelheden mail efficienter.

[DataGhost]

Deruud schreef op maandag 13 november 2006 @ 12:19:
Krijg je bij een grote hoeveelheid mailtjes met die pipe naar je php script geen performance problemen? Als je een cron 1x per uur (oid) de mailbox laat uitlezen lijkt me bij grotere hoeveelheden mail efficienter.

Bij zulke hoeveelheden mail krijg je zonder php ook wel performanceproblemen, dunkt me php is maar 1 proces boven de (uit mijn hoofd) 4 die gespawned worden door postfix.

[Anoniem: 57381]

.

[ Voor 99% gewijzigd door Anoniem: 57381 op 31-10-2023 22:57 ]

[DataGhost]

Anoniem: 57381 schreef op maandag 13 november 2006 @ 12:28:
Het gaat niet om grote aantallen mailtjes hoor. performance is geen issue.

Dat pipen spreekt me wel aan om eens wat dieper op in te gaan. Echter hier ga ik de mij bekende zaken verlaten en me met nieuwe dingen bezig houden. Dat is heel mooi (je voelt je weer jong, een newbie...).

Enige tips hoe je dat dan opzet zou ik fijn vinden. Ik heb Direct Admin op de server overigens. Ondertussen ga ik in google eens zoeken naar 'pipe & PHP'.

Je draait dus gewoon een phpscript, maar dan vanaf de commandline. Volgens mij is het enige waar je je in hoeft te verdiepen het lezen vanaf STDIN, daarna komt alles goed

[Anoniem: 57381]

.

[ Voor 98% gewijzigd door Anoniem: 57381 op 31-10-2023 22:57 ]

[Anoniem: 57381]

.

[ Voor 99% gewijzigd door Anoniem: 57381 op 31-10-2023 22:57 ]

[PanMan]

Dat is wellicht niet eens zo'n slechte oplossing. Je laat alleen wel al je gegevens in je popbox staan, waardoor ze wellicht moeilijker doorzoekbaar zijn dan in een database.

[Anoniem: 57381]

.

[ Voor 99% gewijzigd door Anoniem: 57381 op 31-10-2023 22:58 ]

[_Thanatos_]

Hm, dit is wel een hele platform-specifieke oplossing... niet echt fijn als je je server gaat migreren, omdat je dit dan allemaal moet meenemen. Sowieso dus GOED documenteren wat je erbij bouwt dat niet your-everyday-php-script is, en uitkijken dat je oplossing op een eventuele volgende server mogelijk blijft.

[PanMan]

Hoezo? Zolang op de volgende server de php mail functies werken, kan hij gewoon popboxen aanspreken. Volgens mij zou het het geheel zelfs zo tussen windows en linux servers moeten kunnen verhuizen. Dit lijkt me een stuk MINDER serverafhankelijk dan het pipen van je mail.

[_Thanatos_]

Nou, een geschedulde job aanmaken op een server, dat is eigenlijk het meest gevoelige in een migratie. En ja, daarin spreek ik uit ervaring. Hoe meer losse dingetjes je erbij moet installeren om het te laten werken, hoe meer er fout kan gaan (en dat gaat het) in de migratie.