>Configuration for the email is needed to handle bounces,
>subscribe by email, etc.
>
>Again, I am "challenged" in this department...
>
>If you've tested, undertand, or can elaborate on any of the
>stuff below, it would be GREATLY appreciated.
>
>
>
>
>
>>
>> Sending E-mails
>> Mailing Method: sendmail SMTP
>>
>> Why should Admin choose sendmail or SMTP?
>
>'sendmail' will work on all systems. 'SMTP' will not work if
>the
>'Net::SMTP' module is not installed or the server does not
>run an SMTP
>daemon. But I believe that 'SMTP' will work on most systems.
>
>> Does Admin need to enter info for both, if only using one?
>> Sendmail Path:
>> SMTP Host:
>
>No. "Sendmail Path" is for 'sendmail' and "SMTP Host" for
>'smtp'.
>The script tries to guess the correct values automatically.

I believe sendmail is a Linux/Apache mailhandler. I don't know much about this. SMTP (Simple Mail Transfer Protocol) is another method for sending mail. As I don't know anything about sendmail, I can't really compare the two.

When trying to use SMTP: After subscribing using a form, I am taken to the page asking me for password, first name, etc. After I fill in that form and click OK, I get this message:

cannot connect to SMTP server
(mail.geeklogs.com)

I believe this is because my smtp server requires authentication to prevent it from being used as a relay by a spammer.

Sendmail works on my server without a problem. Because of all the various things going on with smtp, I would only recommend that experienced administrators use it.

>
>>
>> Checking E-mails
>> Check: Bounces Subscriptions
>> What is "Subscriptions" and what does the script check?
>
>A user may subscribe via e-mail. To do this, she must send
>the
>subscription e-mail with approrpiate "Subject". If you
>enable
>"Subscription checking", you will find the subscription
>'mailto:'
>link in "Subscription Form" of the list.

I tried using the email link in the form at http://www.geeklogs.com/test.html. It puts in a horrendously long subject line, but mail subs aren't working and I believe the problem is along the same lines as Tasari's. I get the following error emailed to my domain admin address:

ZineBomb - ERROR:
cannot log in POP3 server
Context: mail.geeklogs.com
Reason: POP3 at <64.191.54.79>

Perhaps there is some server setup needed to allow zinebomb to login. I have tried both both plain and APOP, neither worked. I can login to the same POP account with a regular email client.

>
>>
>> MBOX Path: Is this created by Admin or is MBOX installed on server?
>
>MBOX is a file on the server where incoming mail is stored.
>It's not
>created by admin.
>
>MBOX is not recommended because of many possible problems.

No idea what MBOX is so no comment.

>
>> POP3 Host:
>> POP3 User:
>> POP3 Password:
>> POP3 Authentication: Plain APOP
>> What is the difference and why choose
>> one or the other?
>
>With APOP, the password is sent encrypted.
>The choice is needed because some servers may support the
>'Plain Auth'
>and others may support 'APOP' (or both methods).
>Many e-mail programs have the same choice.

This is my theory. Based on this description and the needed info, it appears that the script is going to login to the specified POP3 account (which should be the Robot email account) and parse the subject lines. If it finds a specific subject line for a subscription, it will subscribe that email to the proper list. If it finds an undeliverable type subject, it marks it as a bounce.

Because the script can't login to my POP3 account, email subs aren't working. I don't know anything about Linux so I have no idea how to figure out why it can't login to my account.

Also, the subject line created in the form code for the subscribe by email option is incredibly long. This is the one for my test list:

Subscribe to the list 'Technology News'

>
>> Delete Messages: None Processed All
>> What are differences between
>> "Processed" and "ALL"?
>
>Processed:
>The script will not delete a message which is not bounce or
>subscription
>request.
>
>All:
>The script will delete all messages.
>

Your programmer's answer is a little ambiguous, so I thought I'd word it another way.

Processed - the script will delete ONLY the messages that are bounces or subscription requests from your mail server (the robot email account).

All - the script will delete all messages from your mail server (the robot email account)

With the 'Processed' option, you can have the script delete bounces and sub requests while still being able to use the same email address to receive other messages. Helpful if you want your subs to be able to simply reply to your messages and contact you. With the 'All' option, if your subs reply to the newsletter, the script will delete it and you'll never see it. If you want your subs to be able to get in touch with you, you'll need to provide them another email address.