[pmwiki-users] Mail Post Manual Trigger

[Neil Herber]

At 2005-04-29  11:37 PM +0200, Joachim Durchholz is rumored to have said:
>Neil Herber wrote:
>>A login system that stored email addresses is probably the only practical 
>>solution. Anything else gets very messy very fast.
>>How does a "subscriber" figure out which pages they are subscribed
>>to?
>
>This could be part of the mailpost info.
>Or sent once a month (or something, probably a site-wide configuration).

Wouldn't this require writing to a script or configuration file? Or does 
mailpost have a dedicated page that it gets email addresses from?


>>How do they cancel one or more or all subscriptions?
>
>That's analogous to subscription. No issue here.

Just trying to visualize the matrix/list/checkboxes/whatever ...

>>How do they update their email address?
>
>Unsubscribe and resubscribe. (Not a pretty solution.)

Not too bad if email is only stored once per user, but if once per watched 
page this is more than "not pretty".

>>What should the admin do when email starts bouncing?
>
>PmWiki should automatically stop sending mails.

That means PmWiki need to be able to watch a POP3 mailbox or something 
similar. Does such a facility exist?


>>What does the admin do when the subscriber complains about being
>>spammed?
>
>I.e. if mail goes to abuse at wiki.tld.
>
>For that case, there should be a list of mail addresses that cannot
>subscribe. (If the user ever wants to get a subscription, he can send
>another mail to the wiki admin.)

What this usually means is that the admin gets lumbered with the task of 
removing all of the user's watch flags or email addresses. I not making any 
presumptions here, but have you administered a regular mailing list? The 
biggest problem I run into is people who subscribe with Hotmail-style 
accounts that they forward to their real account. Then when their real 
account dies, I get bounces from real at example.com, which doesn't exist in 
the user database - because it was being forwarded from 
fake at hotmail.example.com.

>>These problems may not be big ones for private or limited audience wikis, 
>>but a public wiki could have thousands of users all watching different pages.
>
>Have a list of mail addresses on each page (e.g. as a page attribute).

This makes bounce/change-of-address processing a royal pain.

>>I really like the idea of having individual page watches for each
>>user, but I can't think of a good mechanism to manage it.
>
>Any questions left? ;-)))

A few ...  ;-)





Neil

Neil Herber
Corporate info at http://www.eton.ca/
Eton Systems, 15 Pinepoint Drive, Nepean, ON, Canada K2H 6B1
Tel: (613) 829-4668