Florian's weblog

Orange sadly limits inbound connexion to it’s MX to 1 connexion per IP, which is a total pain in the ass when you try to deliver newsletter, or manage a MTA.

Here is a sample log from their MX: Jul 4 10:42:42 smtp.example.com postfix/smtp[32347]: 0123456789: host smtp-in.orange.fr[193.252.22.65] refused to talk to me: 421 mwinf5c34 ME Trop de connexions, veuillez verifier votre configuration. Too many connections, slow down. OFR004_104 [104]

However, since they won’t change anything, we have to take mesures, here’s what you can do if you run postfix: you have to set a per-destination concurrency limit.

• /etc/postfix/main.cf

Identify or configure the transport_maps file:

transport_maps = hash:/etc/postfix/transport

• /etc/postfix/transport

Now, overrides the default transport for Orange (and all of it’s related domains) in the transport maps file

orange.fr     orange:
wanadoo.fr    orange:

Then, use postmap /etc/postfix/transport to generate transport.db

• /etc/postfix/master.cf

You have to configure the new transport “orange” not to fork (maxproc=1) with this line in master.cf:

# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
orange    unix  -       -       n       -       1       smtp

You can now reload postfix and use ps(1) to verify that there only is one “orange” process at a time while delivering emails to Orange users:

postfix  32618 32471  0 17:07 ?        00:00:00 smtp -t unix -u
postfix  32619 32471  0 17:07 ?        00:00:00 smtp -t unix -u
[...]
postfix  32672 32471  0 17:15 ?        00:00:00 smtp -l -n orange -t unix -u

[1] Source: http://www.dj-j.net/waka/Linux:Administration_Postfix

I wrote a shell script[1] that gives you the direct URLs of the rtmp:// streams played in Arte+7/Arte-videos flash player so that you can {see,record,transcode} them as you like. If you don’t know what a shell is, or a bash script, and/or run Windows, this post can’t help you, sorry :/

The only input required is the HTML URL of the “Arte videos” page you use to actually see the video. The script can also record and transcode on the fly the rtmp stream into a flv file using rtmpdump[2], when available.

Besides the optional rtmpdump ; either one of wget or curl is required for the script to work. Mac OS X users can download a static copy of rtmpdump here[3].

As for December 2011, it seems Arte started serving gzipped pages, but not all. This is handled since version 0.9 of the script.

Feel free to submit any bug or feature request in the comments.

[1] http://files.floriancrouzat.net/ripArte-v0.9.sh
[2] http://rtmpdump.mplayerhq.hu/
[3] http://files.floriancrouzat.net/tmp/rtmpdump

Usage :

superflo@box $ wget http://files.floriancrouzat.net/ripArte-v0.9.sh # for wget users
superflo@box $ curl -o ripArte-v0.9.sh http://files.floriancrouzat.net/ripArte-v0.9.sh # OSX users do not have wget.
superflo@box $ chmod u+x ./ripArte-v0.9.sh
superflo@box $ ./ripArte-v0.9.sh http://videos.arte.tv/fr/videos/quand_les_egyptiens_naviguaient_sur_la_mer_rouge-4298086.htm

v0.9:
 * The script now handles gzipped pages as Arte seems to care for bandwidth (and CO2)
v0.8:
 * Wget is no longer required. The script also handles curl automatically, when available.
v0.7:
 * Better output
 * Now displaying rtmp:// streams URL for other tools.
v0.6:
 * Better (colored and fency) output
 * Added a few informative messages
 * Added a menu to choose the rtmp to transcode.
v0.5:
  * Fixed a bug where fr/de rtmp stream URLs could be in the wrong order (mixed).
v0.4:
  * Code review
v0.3:
  * Now transcode rtmp stream into a flv file when possible
v0.2:
  * Add support for DE streams
v0.1:
  * Initial commit

I use munin[1] to monitor a couple boxes and iGoogle is my browser’s homepage. So, I just made up a generic widget[2] that displays images (with munin in mind) in order to add munin graphs on my homepage, the title, title link and image URL are of course customizable so that you can use this widget to display any kind of image, not just munin’s.
I also have a widget[3] to query the Gentoo Bugzilla, since it’s something I often do.
Feel free to use the widgets at your convenience.

[1] http://munin-monitoring.org/
[2] http://www.google.com/ig/directory?url=igoogle.floriancrouzat.net/munin/munin-graph-displayer.xml
[3] http://www.google.com/ig/directory?url=igoogle.floriancrouzat.net/gentoo-bugzilla/gentoo-bugzilla.xml