Thanks Jeff.
I followed your guidelines and configured a MTA. I don't have much exp with
Postfix and so I configured James for now. I think I now just need to enable
the bounce message handling in James (possibly by configuring its Maillets)
and I will process the "unsubscribe" request on my server itself.
Thanks for the explanation.
Rgds
Nitin
-----Original Message-----
From: users@subethamail.org [mailto:users@subethamail.org] On Behalf Of Jeff
Schnitzer
Sent: Thursday, January 21, 2010 12:17 AM
To: users@subethamail.org
Subject: Re: Bulk Email
Yes, the entire API is available via hessian. You can externally call
any method on any interface in a .i package, and *everything* uses the
.i interfaces - web pages, email receiving, etc. Look at the unit
tests for examples (which all work against the remote interfaces).
You'll want to write a filter that attaches an unsubscribe link to the
bottom of each message. Right now you can easily add a link back to
your SubEtha instance, but the user will have to go through a login
process - possibly clicking "forgot my password". Probably you want
instead a one-click link that goes to a page of your own design that
directly unsubscribes the user.
I don't want to discourage you from using SubEtha, which I think is
great, but if I were writing this tool, I'd probably build it "from
scratch" instead. Presumably you have your own account database which
you would need to synchronize with SubEtha - this would be a pain in
the ass. It would be easier to simply send mail with JavaMail, adding
a link at the end of each message to a servlet that simply sets the
"do not send" flag on the account. You can listen for bounces with
SubEthaSMTP - go ahead and take the VERPAddress class out of SubEtha
to make it easier.
Either way (use SubEtha or build from components) you're probably
talking about writing the same amount of code. If you build your own
solution you'll end up with a simpler system with less vestigial code
since you don't need 75% of what SubEtha does, plus you might be able
to build it into your existing codebase instead of running a separate
server. I always go for simplicity, but It's your call.
Jeff
On Wed, Jan 20, 2010 at 5:29 AM, Nitin Gupta <nitingupta183@gmail.com>
wrote:
> Actually I am generating these emails from the code. Using my application,
> user can send out emails to his contact list.
>
> I definitely would need the unsubscribe feature in my emails as per bulk
> email sending guidelines at Google.
>
> So the question that I have is: Does Subetha mailing list manager provide
> the support of an API, whereby I can send the emails to it from my code
and
> at the same time I benefit from its subscription management features.
>
> Rgds
> Nitin
>
> -----Original Message-----
> From: users@subethamail.org [mailto:users@subethamail.org] On Behalf Of
Ian
> Eiloart
> Sent: Wednesday, January 20, 2010 4:12 PM
> To: users@subethamail.org
> Subject: Re: Bulk Email
>
>
>
> --On 18 January 2010 21:48:26 -0800 Jeff Schnitzer <jeff@infohazard.org>
> wrote:
>
>> Are you sending email from code? ?If so, you only need Javamail + an
>> MTA like Postfix (James might actually work here too).
>>
>> SubEtha is a mailing list server - great if you need mailing lists
>> that users can subscribe (and unsubscribe) to of their own accord.
>> Takes email in and sends it out to many others as appropriate.
>> Typically used for hosting discussion lists.
>
> If he's doing an email campaign, he MUST have a way of handling
unsubscribe
> results quickly and reliably. Preferably, this should be automatic for a
> large campaign. And, once unsubscribed, the system should remember that
> preference (it's not good enough to remove someone from the list.
>
> He'll also want some way of handling bounces. Subetha will give both of
> these things, I think.
>
>> If you need to receive email and process it in some manner other than
>> sending it out to a mailing list, you can use the SubEthaSMTP library,
>> which was split off from SubEtha.
>>
>> Jeff
>>
>> On Mon, Jan 18, 2010 at 9:26 PM, Nitin Gupta <nitingupta183@gmail.com>
>> wrote:
>>> Thanks Jeff,
>>>
>>> As of now our needs are just to send out the emails. In near future, we
>>> would also need the mails coming inside our application.
>>>
>>> I think to support these kinds of loads we definitely to setup our own
>>> mail server with some MTA like Sendmail or Postfix.
>>>
>>> What would you suggest for this? Subetha, James or some other solution.
>>> Of course reading the Subetha's home page it seems it is the best fit
>>> but all the documentation I read, indicates that this solution can be
>>> used for incoming emails. In my case I need to send out the mails.
>>>
>>> So broadly here is what I need:
>>>
>>> My APP ----> SMTP Server ?----> MTA -----> Mails going out.
>>>
>>>
>>> Rgds
>>> nitin
>>>
>>> -----Original Message-----
>>> From: users@subethamail.org [mailto:users@subethamail.org] On Behalf Of
>>> Jeff Schnitzer
>>> Sent: Tuesday, January 19, 2010 12:26 AM
>>> To: users@subethamail.org
>>> Subject: Re: Bulk Email
>>>
>>> Why not just use JavaMail straight-up? ?Doesn't sound like you need
>>> SubEtha's list management interface.
>>>
>>> Keep in mind that SubEtha itself is not an MTA and relies on an
>>> external MTA like Postfix to actually deliver mail to individuals.
>>> SubEtha will happily push 10k emails out, if that's what you're
>>> wondering.
>>>
>>> Jeff
>>>
>>> On Mon, Jan 18, 2010 at 7:09 AM, Nitin Gupta <nitingupta183@gmail.com>
>>> wrote:
>>>> Hi All.
>>>>
>>>>
>>>>
>>>> I am writing a web based application in which one module has the email
>>>> campaign support. In this support, users can send out as many as 10K
>>> emails
>>>> in one session.
>>>>
>>>>
>>>>
>>>> I am looking for a SMTP server, either hosted or installable, with
>>>> which I can achevie this kind of throughput. Please suggest me what are
>>>> the best options available.
>>>>
>>>>
>>>>
>>>> In production, currently I have 1 multi-core CentOS box which already
>>>> has Tomcat & MySQL running.
>>>>
>>>>
>>>>
>>>> Rgds
>>>>
>>>> Nitin
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SubEtha Users mailing list
>>>> users@subethamail.org
>>>> http://www.subethamail.org/se/list/users
>>>> http://www.subethamail.org/se/archive_msg.jsp?msgId=58565
>>>>
>>> _______________________________________________
>>> SubEtha Users mailing list
>>> users@subethamail.org
>>> http://www.subethamail.org/se/list/users
>>> http://www.subethamail.org/se/archive_msg.jsp?msgId=58571
>>>
>>> _______________________________________________
>>> SubEtha Users mailing list
>>> users@subethamail.org
>>> http://www.subethamail.org/se/list/users
>>> http://www.subethamail.org/se/archive_msg.jsp?msgId=58601
>>>
>> _______________________________________________
>> SubEtha Users mailing list
>> users@subethamail.org
>> http://www.subethamail.org/se/list/users
>> http://www.subethamail.org/se/archive_msg.jsp?msgId=58603
>
>
>
> --
> Ian Eiloart
> IT Services, University of Sussex
> 01273-873148 x3148
> For new support requests, see http://www.sussex.ac.uk/its/help/
> _______________________________________________
> SubEtha Users mailing list
> users@subethamail.org
> http://www.subethamail.org/se/list/users
> http://www.subethamail.org/se/archive_msg.jsp?msgId=58651
>
> _______________________________________________
> SubEtha Users mailing list
> users@subethamail.org
> http://www.subethamail.org/se/list/users
> http://www.subethamail.org/se/archive_msg.jsp?msgId=58653
>
_______________________________________________
SubEtha Users mailing list
users@subethamail.org
http://www.subethamail.org/se/list/users
http://www.subethamail.org/se/archive_msg.jsp?msgId=58667
