sudo-sys April 2015

sudo-sys@sudoroom.org

7 participants
7 discussions

Re: [sudo-sys] Bounce action notification

by yar

On Mon, Apr 27, 2015 at 5:46 PM, yar <yardenack(a)gmail.com> wrote: > I think I fixed the spam problem but we are still getting lots of > deferred deliveries because of this. It may be an issue for a while, > possibly even until we migrate the server. Deferrals are still happening. Mailman is seeing the bounces and starting to suspend gmail addresses. I had to confirm to stay subscribed to Info. Is anyone else getting these? Is it happening for other lists or just Info? I'm going to try to start migration ASAP.

8 years, 12 months

Automated last BART announcements in sudo

by Marc Juul

sudo room now automatically announces last BART departures. It should announce last departures from MacArthur station for each of the BART directions, SF, Richmond, Pittsburg and Fremont. It will announce each last departure twice in the window 30 minutes to 10 minutes before departure. Here's how it works: I hooked up a usb audio adapter and some speakers to the sudo server, wrote a little script that talks to the BART API and set it up to run as a cronjob that speaks the results using espeak. The code is here: https://github.com/Juul/lastbart It's all new and fragile so you probably shouldn't rely on it just yet. -- marc/juul

8 years, 12 months

Re: [sudo-sys] Bounce action notification

by yar

On Sun, Apr 26, 2015 at 2:37 PM, yar <yardenack(a)gmail.com> wrote: > Gmail seems to be rate-limiting our IP because we keep reflecting > info(a)sudoroom.org spam. Incredibly, our postfix config lacked even > basic spam protections. I've added a bunch of > smtpd_recipient_restrictions which will hopefully help until we > finally migrate to digitalocean. I think I fixed the spam problem but we are still getting lots of deferred deliveries because of this. It may be an issue for a while, possibly even until we migrate the server.

8 years, 12 months

Fwd: Bounce action notification

by yar

Gmail seems to be rate-limiting our IP because we keep reflecting info(a)sudoroom.org spam. Incredibly, our postfix config lacked even basic spam protections. I've added a bunch of smtpd_recipient_restrictions which will hopefully help until we finally migrate to digitalocean. ---------- Forwarded message ---------- From: <mailman(a)lists.sudoroom.org> Date: Sun, Apr 26, 2015 at 12:59 PM Subject: Bounce action notification To: info-owner(a)lists.sudoroom.org This is a Mailman mailing list bounce action notice: List: Info Member: juul(a)labitat.dk Action: Subscription disabled. Reason: Excessive or fatal bounces. The triggering bounce notice is attached below. Questions? Contact the Mailman site administrator at mailman(a)lists.sudoroom.org. ---------- Forwarded message ---------- From: Mail Delivery System <MAILER-DAEMON(a)labitat.dk> To: info-bounces(a)lists.sudoroom.org Cc: Date: Sun, 26 Apr 2015 21:46:39 +0200 (CEST) Subject: Undelivered Mail Returned to Sender This is the mail system at host labitat.dk. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system <marcjc(a)gmail.com> (expanded from <juul(a)labitat.dk>): host alt1.gmail-smtp-in.l.google.com[74.125.203.27] said: 421-4.7.0 [185.38.172.72 15] Our system has detected an unusual rate of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 rate limited. Please visit 421-4.7.0 http://www.google.com/mail/help/bulk_mail.html to review our Bulk 421 4.7.0 Email Senders Guidelines. bz10si7534492pad.171 - gsmtp (in reply to end of DATA command) Final-Recipient: rfc822; marcjc(a)gmail.com Original-Recipient: rfc822;juul(a)labitat.dk Action: failed Status: 4.7.0 Remote-MTA: dns; alt1.gmail-smtp-in.l.google.com Diagnostic-Code: smtp; 421-4.7.0 [185.38.172.72 15] Our system has detected an unusual rate of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 rate limited. Please visit 421-4.7.0 http://www.google.com/mail/help/bulk_mail.html to review our Bulk 421 4.7.0 Email Senders Guidelines. bz10si7534492pad.171 - gsmtp ---------- Forwarded message ---------- From: Ila Marcus <Weeks_Darrela1(a)comerciallabor.com> To: Info <info(a)sudoroom.org> Cc: Date: Wed, 22 Apr 2015 02:26:42 +0600 Subject: [sudo-info] The erection you seek exists in the form of a pill ----38100116211850180 Content-Type: text/plain; Content-Transfer-Encoding: 7Bit These amazing medicines will bring you back to life Your girlfriend will want nothing but your rock hard erection We are the biggest shop in the net! Get FREE tablets for every our customer! http://zzb.bz/xwrDp Experience true sexual Potential ----38100116211850180-- _______________________________________________ Info mailing list Info(a)lists.sudoroom.org https://lists.sudoroom.org/listinfo/info

8 years, 12 months

$150 charge for not returning DSL equipment to sonic.net

by Maximilian Klein

FYI, sonic.net (our original ISP at sudo and the omni) charged our card $150 because we did not send back the modem, which I wrote to the list about one month ago. C'est la vie. From: Sonic.net Billing <billing(a)sonic.net> Date: Thu, Apr 16, 2015 at 2:01 AM Subject: Sonic.net Invoice #7734422 <ooc(a)sonic.net> 4799 SHATTUCK AVE OAKLAND, CA 94609-2032 _______________________________________________________________________ Description Unit Price Total ----------------------------------------------------------------------- Charge overdue RMA for SRA06DD04 149.00 149.00 Total: 149.00

9 years

Re: [sudo-sys] Gratipay Payout and Internet Archive Federal Credit Union deposit issue

by yar

On Thu, Apr 2, 2015 at 4:24 PM, Matthew Senate <mattsenate(a)gmail.com> wrote: > We had some issues getting Gratipay (our donation service provider at > https://gratipay.com/sudoroom) to work with their payment processing > Balanced Payments to make successful payouts (transactions) to our bank > account with IAFCU, the Internet Archive Federal Credit Union, aka the > Internet Credit Union. > > Now, the issues should be resolved. I am waiting to see the credit appear in > our IAFCU account records, but I got confirmation that Gratipay successfully > transacted the payout today via Balanced Payments. Wow. THANK YOU SO MUCH for fixing this.

9 years

Gratipay Payout and Internet Archive Federal Credit Union deposit issue

by Matthew Senate

Hey all, We had some issues getting Gratipay (our donation service provider at https://gratipay.com/sudoroom) to work with their payment processing Balanced Payments to make successful payouts (transactions) to our bank account with IAFCU, the Internet Archive Federal Credit Union, aka the Internet Credit Union. Now, the issues should be resolved. I am waiting to see the credit appear in our IAFCU account records, but I got confirmation that Gratipay successfully transacted the payout today via Balanced Payments. These were the primary issues, which took substantial digging to figure out: 1. There seem to be some federal regulations that required our credit union to explicitly post payments to either our savings or our checking account, without ambiguity. This is done by adding a suffix to our account number for any given transaction, i.e. add "000" to correspond to our savings account. 2. However, also, when this suffix is appended to our account number, there must also be a matching value that corresponds to "savings" or "checking" called a "TRANS code". Unfortunately, gratipay did not expose this value option in their interface, despite it being supported by Balanced Payments's API. We should now have the correct suffix and the correct TRANS code that matches to deposit gratipay payouts to our savings account at IAFCU. Whew. // Matt

9 years

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

sudo-sys April 2015