Re: OT: Recommendations for a mail-list client
I recently wanted to do such a thing under MS Windows, and ended up using exim under Linux because no obvious, easy solution presented itself. I put this in exim.conf: mail_list: local_parts = dsa-sf driver = forwardfile file = /etc/exim/dsa-sf no_check_local_user with the file having a list of names. For example, under Windows Eudora claims that if you set up an alias for a group in your address book and mail to it people will only see the alias. But they don't; they see the whole list of names. Another problem is that some ISP's (e.g., mine) won't led you send messages with more than n recipients. This probably won't be enough to make your friend switch to Linux, though! If someone absolutely forced me to do it on windows I think I'd write a python script that took the message and list of recipients as input, and used the smtp module to just send them off one by one. I found most mailing list software (on Linux) is expecting you to be continuously connected, and isn't really set up for cases where you aren't. This applies even to the stuff described as simple. You can probably abuse it by just using it to send stuff, though. I'm curious to see what other people suggest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OT: Recommendations for a mail-list client]
On Wed, Apr 24, 2002 at 11:00:12PM +, Jonathan Matthews wrote: [snipped reason for question] | That said, could anyone give me a recommendation for the following | task to be completed /under windows/: [snip requirements list that describe a mailing list manager] How about MailMan? I like it as a user, but I've never admined a list. It is written in python and thus has the potential for being cross-platform. There is a debian package too :-). http://list.org Hmm, this is a snippet from their site : Mailman currently runs only on Unix-y systems, such as GNU/Linux, Solaris, *BSD, etc. It should work on MacOSX but not earlier versions of MacOS. It probably does not work on Windows, although it's possible you could get it running on a Cygwin system (please let the developer community know if you have success with this!) Can you find a spare box (486 or pentium class) to use debian as the server for this venture? | He'd like still to use LookOut Express as his personal email client, | leading me to believe that whatever software we use will have to | examine the POP3 mailbox headers, and selectively fetch, delete, and | deal with list-related mail before he uses LO to get his personal mail. | | He's not connected 24/7, so it can't rely on mail going straight to him | - it'll have to go via the ISP. | /I'd/ like him to have the ability to use subscription confirmation | somehow. Possibly a Reply-To: set to | confirm-@hisdomain.com in a mail to new subscribers? This sounds like you will want to use fetchmail to retrieve the mail and some sort of utility to handle the "multi-drop" characteristics of his mailbox. That utility (I don't know what to use, if the ISP includes the envelope recipient in the headers procmail could suffice) will separate out the list traffic and sub/unsub requests and deliver it to mailman and deliver all other messages to his "real" inbox. Can LookOut Express handle standard mbox (or whatever) files as folders or inboxes? If so then install cygwin and start working on this! I think cygwin (combined with a local guru) is great for this sort of education. It provides unix-like functionality with which you can demonstrate how all these Free tools play together nicely to do whatever you want to do. Then you can show him a real unix box that runs the same tools so much faster and smoother, and he's already seen that the tools work well. HTH, -D -- In his heart a man plans his course, but the Lord determines his steps. Proverbs 16:9 GnuPG key : http://dman.ddts.net/~dman/public_key.gpg pgp8lqXCYFr4y.pgp Description: PGP signature
Re: OT: Recommendations for a mail-list client]
Jonathan Matthews <[EMAIL PROTECTED]> writes: [snip] > That said, could anyone give me a recommendation for the following > task to be completed /under windows/: > > He'd like to send out a weekly mailshot to a list of subscribers. > He doesn't want to expose subscribers' addresses to the rest of the list. > He'd like /not/ to use bcc's, as he sees them as "quite amateurish" (I > know - I've tried to get over the "who cares?" PoV) > He'd like each subscriber's name/address to appear in the To: header. > He'd like to manage the lists as simply as possibly. > He's got a domain name, and [EMAIL PROTECTED] gets passed on to > his ISP. I think that there'll be the trace of what "eveything" is, > in the headers (so we could use a [EMAIL PROTECTED], > [EMAIL PROTECTED], and [EMAIL PROTECTED], fr'instance). > He'd like still to use LookOut Express as his personal email client, > leading me to believe that whatever software we use will have to > examine the POP3 mailbox headers, and selectively fetch, delete, and > deal with list-related mail before he uses LO to get his personal mail. > He's not connected 24/7, so it can't rely on mail going straight to him > - it'll have to go via the ISP. > /I'd/ like him to have the ability to use subscription confirmation > somehow. Possibly a Reply-To: set to > confirm-@hisdomain.com in a mail to new subscribers? Setup a mailman mailing list on a Unix box, preferably running at the ISP (or possibly run it under cygwin?). He can use any mail client he'd like, and can administer the list through the web interface. -- Brian Nelson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
OT: Recommendations for a mail-list client]
Evening all. Let me preface this slightly OT mail by explaining why I'm asking this on deb-user. I'm asking for suggestions for a simple mail-shot client for windows, so that I can pass this on to a friend of mine. He's quite "into" the internet, with all the connotations that those quotes imply. I get the impression that if I manage to help him now, then I'll get a foothold in helping him start up his new idea, but if I don't he'll just go the whole way on his own, in merry M$ ignorance. So, in essence, I'm asking for windows recommendations in order to keep the possibility of opening his eyes to linux, later on. That said, could anyone give me a recommendation for the following task to be completed /under windows/: He'd like to send out a weekly mailshot to a list of subscribers. He doesn't want to expose subscribers' addresses to the rest of the list. He'd like /not/ to use bcc's, as he sees them as "quite amateurish" (I know - I've tried to get over the "who cares?" PoV) He'd like each subscriber's name/address to appear in the To: header. He'd like to manage the lists as simply as possibly. He's got a domain name, and [EMAIL PROTECTED] gets passed on to his ISP. I think that there'll be the trace of what "eveything" is, in the headers (so we could use a [EMAIL PROTECTED], [EMAIL PROTECTED], and [EMAIL PROTECTED], fr'instance). He'd like still to use LookOut Express as his personal email client, leading me to believe that whatever software we use will have to examine the POP3 mailbox headers, and selectively fetch, delete, and deal with list-related mail before he uses LO to get his personal mail. He's not connected 24/7, so it can't rely on mail going straight to him - it'll have to go via the ISP. /I'd/ like him to have the ability to use subscription confirmation somehow. Possibly a Reply-To: set to confirm-@hisdomain.com in a mail to new subscribers? Please bear in mind that I'm doing this only 'cos I think that, sometime in the future, he'll be ripe for turning to the Penguin. Suggestions for doing it under linux would be useful, but only for future reference. Anyhow, I know how to use majordomo :) PS I know this guy, and can vouch that he won't be spamming - it'll be list subscribers (and not that "you are on my list of opt-in addresses" bollox) only. -- easy now! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]