<HTML>
<HEAD>
<TITLE>Re: [pmwiki-users] RFC -- POP3 to PmWiki</TITLE>
</HEAD>
<BODY>
<FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>I&#8217;m new so its probably worth a grain of salt but it sounds good to me<BR>
<BR>
<BR>
On 4/10/06 2:28 PM, &quot;Crisses&quot; &lt;crisses@kinhost.org&gt; wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>Hello,<BR>
<BR>
I want to request comments on doing POP3-&gt;PmWiki.<BR>
<BR>
Would everyone agree with subject-&gt;pagename?<BR>
<BR>
How would one specify what group to put the email in?  I would probably have to make it so the admin can override and force all emails into a group -- but also allow the group to be specified by email.<BR>
<BR>
It can be:<BR>
Subject: This is the Group.This Would Become The Page Name<BR>
<BR>
<BR>
What other in-email directives would be needed?<BR>
<BR>
I can set it up to auto-recognize username from the email when email addresses are AVAILABLE (such as in the AuthUserDbase extension I wrote).  But then what about password?  no one wants their password floating around in a plain-text email.<BR>
<BR>
What about allowing a separate &quot;post by email&quot; password?<BR>
<BR>
How would one encode the password in the body of the email?<BR>
<BR>
I would recommend that the email address that posts go to NEVER be put on a web page.  Otherwise you'll have a lot of spam in the wiki from spammail.  However, it could require a posting code in the email as well.<BR>
<BR>
Subject: This is the Group.This Would Become The Page Name<BR>
<BR>
Body:<BR>
(:postcode IWantMyMTV:)<BR>
(:postauthor XES:)<BR>
!Fire Sale<BR>
Everything on sale!  PmWiki '''''100% off'''''!<BR>
<BR>
&nbsp;<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
The plan is that if I do this, I will be using a PHP pop3 module for PmWiki.  At most, it can be called every time PmWiki is run.  I can have it &quot;squelch&quot; checking POP3 so that you can have a minimum time between email calls.  I can't rely on people having PHP CLI access, cron, procmail, fetchmail, etc.  so I will probably limit the max number of emails it can process each time PmWiki is run.<BR>
<BR>
<BR>
<BR>
If someone has a better idea, or a way of forking the process to be separate from the HTTP browser-called PmWiki process, I would appreciate knowing, but I'm trying to see if it's feasible to do this in a way that is system-agnostic.<BR>
<BR>
<BR>
<BR>
It's possible I can make this able to be run both PHP-CLI and via config.php in PmWiki, so that people have that choice.  In fact, that would probably be best.<BR>
<BR>
<BR>
<BR>
(anyone who does not know -- PHP-CLI means command line interface -- that makes PHP a system scripting language, and can process code without a browser.  It means that you can set up a scheduled call to the script to pull down emails, rather than needing a user with a browser, along with the delay associated with waiting for the POP3 check waiting for the next Wiki page to load).<BR>
<BR>
<BR>
<BR>
</SPAN></FONT><FONT SIZE="4"><FONT FACE="Comic Sans MS, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:14.0px'>Crisses<BR>
</SPAN></FONT></FONT><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'><BR>
<HR ALIGN=CENTER SIZE="3" WIDTH="95%"></SPAN></FONT><SPAN STYLE='font-size:12.0px'><FONT FACE="Comic Sans MS, Verdana, Helvetica, Arial">_______________________________________________<BR>
pmwiki-users mailing list<BR>
pmwiki-users@pmichaud.com<BR>
<a href="http://www.pmichaud.com/mailman/listinfo/pmwiki-users">http://www.pmichaud.com/mailman/listinfo/pmwiki-users</a><BR>
</FONT></SPAN></BLOCKQUOTE><SPAN STYLE='font-size:12.0px'><FONT FACE="Comic Sans MS, Verdana, Helvetica, Arial"><BR>
</FONT></SPAN>
</BODY>
</HTML>