From: Ben Schmidt <mail_ben_schmidt@yahoo.com.au>
To: mlmmj@mlmmj.org
Subject: Re: [mlmmj] Problems with microsoft
Date: Tue, 17 Dec 2013 03:36:45 +0000 [thread overview]
Message-ID: <52AFC6CD.2040709@yahoo.com.au> (raw)
In-Reply-To: <90126ceb66d472c9ae7d603e72640bfb@swn.nu>
mlmmj-maintd should leave the bounce in the bounce subdir, and send a probe. If it
gets no bounce for the probe for a while, it will remove the bounce assuming the
user is no longer bouncing. If it does get a bounce to the probe, it will continue
probing for a while, but eventually unsubscribe the user for bouncing for too long.
I think some of the amounts of time it takes to do these things are currently
hard-coded. One day this will be fixed, but it's fairly low on the priority list.
It is possible that if you unsubscribe a user manually, Mlmmj will keep probing
them. If that does happen, it's a bug, I suppose, and should be fixed.
Ben.
On 15/12/13 9:44 PM, Christian Gleerup wrote:
> Hello Ben
>
> I was a bit impation, and manually deleted those in the bounce folder. (currently
> a bit paranoid about getting trappend in Microsofts spam list again).
>
> Regarding mlmmj-maintd, it is scheduled to run every second hour, and I also tried
> to run it manually (without a lot of waiting tough)
> mlmmj-maind is setup in cron.d/mlmmj almost identical to the sample on mlmmj's
> website.
>
> 0 */2 * * * root /usr/bin/test -x /usr/bin/mlmmj-maintd && /usr/bin/mlmmj-maintd
> -F -d /var/spool/mlmmj
>
> On the other hand, I don't really understand how mlmmj-maintd works in the
> following case:
>
> 1) mlmmj sends a mail to a some subscriber
>
> 2) the recipent sends 550, non-existing user.
>
> 3) I manually parse the 'bounce files' and identify the '550, non-existing user'
>
> 4) I manully unsubscribe the 'non-existing user' from command line
>
> ---> at this point, I would expect no more mails getting queued since the user is
> no longer subscriber?
>
> * I would expect mlmmj to either remove the mail from the bounce list when
> unsubscribing, or to remove it on the Next mlmmj-maintd run since it is no longer
> a subscriber.
>
> if mlmmj sends a probe for 'removal' detection, isn't it going to stay in the
> bounce directory as long as the server responds with 550?
>
> Is there something I am missing?
>
> kind regards
>
> Christian
>
> -----Original Message-----
> > From: "Ben Schmidt" <mail_ben_schmidt@yahoo.com.au>
> > To: "Christian Gleerup" <christian.gleerup@swn.nu>
> > Date: 15/12/2013 02:09
> > Subject: Re: [mlmmj] Problems with microsoft
> >
> > Hi, Christian,
> >
> > Mlmmj-maintd should clean it; it will send a probe, wait a while in case
> > a bounce comes back, and if it doesn't, it will remove the bounce. If
> > everything is working properly....
> >
> > Ben.
> >
> >
> >
> > On 14/12/13 5:11 AM, Christian Gleerup wrote:
> > > iw_mail p{margin:0;padding:0;}
> > > Hello list
> > >
> > > I can gladly inform you that my server has finally been allowed to send to
> Microsoft Again.
> > >
> > > Yesterday i manually removed a bunch of email addresses where Microsoft
> servers had responded 550.
> > > I removed via command line.
> > >
> > > but now when i look in the '.../list/bounce' folder, all the addresses are
> still there.
> > > is mlmmj going to clean up here or should I remove them manually?
> > >
> > > I can see postfix is still trying to deliver the mails
> > >
> > > kind regards
> > > Christian
> > >
> > > -----Original Message-----
> > >> From: "Ben Schmidt" <mail_ben_schmidt@yahoo.com.au
> <mailto:mail_ben_schmidt@yahoo.com.au>>
> > >> To: "Christian Gleerup" <christian.gleerup@swn.nu
> <mailto:christian.gleerup@swn.nu>>, mlmmj@mlmmj.org <mailto:mlmmj@mlmmj.org>
> > >> Date: 03/12/2013 22:19
> > >> Subject: Re: [mlmmj] Problems with microsoft
> > >>
> > >> On 4/12/13 6:35 AM, Christian Gleerup wrote:
> > >>> I have now updated to 1.2.18, and id did take some time to get the
> > >>> list texts right, but it seems to be worken fine now. (I did a make
> > >>> install, and then moved the installed binaries since the old binaries
> > >>> was installed in a different location)
> > >>
> > >> Perhaps you wanted to give the --prefix argument to configure or
> > >> something. Nevertheless, I'm sure what you did will have worked fine.
> > >>
> > >>> But obviously I still have the problem with sending to hotmail
> > >>> accounts since that is a different problem... but as i noted in
> > >>> another mail, hotmail did, when they accepted mails from me, tell me
> > >>> to take it easy with sending that many mails in a little period of
> > >>> time.
> > >>>
> > >>> so the question is, how can i tell mlmmj+postfix to only deliver x
> > >>> mails pr. hour to the hotmail domain?
> > >>
> > >> I think this is something that should be done at the MTA level, not via
> > >> Mlmmj. Multiple mailing lists and any other mail routed through the
> > >> server will all contribute to Hotmail's limit, so only Postfix as the
> > >> central point of control has enough information to enforce rate
> > >> limiting. A quick Google turns up this, which should give you a starting
> > >> point for investigation:
> > >>
> > >> http://steam.io/2013/04/01/postfix-rate-limiting/
> > >>
> > >>> Also, It will be interesting to see if mlmmj unsubscribes those
> > >>> subscribers after bouncelife (\x15 days) with the accounts from the
> > >>> domain that was taken down 2009.
> > >>
> > >> Indeed, it will. If not, something is broken somewhere, and we will have
> > >> to investigate further....
> > >>
> > >> Smiles,
> > >>
> > >> Ben.
> > >
> > >
> > >
> > >
> > >
> > >
next prev parent reply other threads:[~2013-12-17 3:36 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-21 20:59 [mlmmj] Problems with microsoft Christian Gleerup
2013-11-22 23:19 ` Ben Schmidt
2013-11-26 13:52 ` Richard Mortimer
2013-11-26 21:02 ` Ben Schmidt
2013-11-26 21:07 ` Ben Schmidt
2013-11-28 21:20 ` Ben Schmidt
2013-12-03 20:38 ` Ben Schmidt
2013-12-03 20:43 ` Ben Schmidt
2013-12-16 22:48 ` Ben Schmidt
2013-12-17 3:36 ` Ben Schmidt [this message]
2013-12-19 7:01 ` Ben Schmidt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52AFC6CD.2040709@yahoo.com.au \
--to=mail_ben_schmidt@yahoo.com.au \
--cc=mlmmj@mlmmj.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox