Sziasztok!
Arra lennék kíváncsi, ti hogyan oldanátok meg, hogy az email-t a PHP ne a mailbox olvasásával dolgozza fel, hanem akkor, mikor az e-mail küldésre kerül.
Egészen pontosan szerverállapot üzeneteket kellene feldolgoznom és egy adatbázisban tárolnom. Azt már megoldottam, hogy a mailboxon szépen végigmegy a szkript és a lényeges üzeneteket feldolgozza, majd törli.
Azonban azt is meg kell oldanom, hogy a rendszerüzenet küldésekor elinduljon egy PHP szkript, ami feldolgozza azt. Én hirtelen a php://stdin-re gondoltam, de azt nem tudom, hogyan legyen átadva az üzenet.
Ti hogyan oldanátok meg?
Előre is köszönök minden építő jellegű tanácsot!
- 1524 megtekintés
Hozzászólások
Nem igazán értem a feladatot, de a következők jutottak eszembe:
1. ha 1 perc latency megengedhető, akkor cron-ból percenként fusson
2. ha azonnali action kell, akkor a user homedir-be .forward file-ból át lehet pipe-olni proginak, ami stdin-ből olvas
3. ez a legbonyolultabb, postfix-ben is át lehet zavarni saját php-n virtális domain autoreply így oldható meg kultúráltan
- A hozzászóláshoz be kell jelentkezni
ez a .forward megoldás gondolom, minden levelet továbbküld
be lehet állítani, hogy csak egy bizonyos címről érkező levél esetén legyen forward?
- A hozzászóláshoz be kell jelentkezni
Az állapotot elküldöd emailben és a másik gépen kell feldolgoznod?
1) Dettó, cronjob félpercenként, mailbox feldolgozása
2) dettó, .forward |job egy scriptnek/php-cli.
3) miért pont emailben küldöd? a gépen futtatsz egy cronjobot, ami emailküldés helyett távoli mysql-be insert-el, nem jó? És akkor a cron meghív php-t ami mysql_connect("tavoligep")... Azonnali es nem kell szopni az email feldolgozásával.
--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.
- A hozzászóláshoz be kell jelentkezni
procmail?
--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!
- A hozzászóláshoz be kell jelentkezni