Qmail

[Rene Verstappen]

Goedemiddag,

Op een freebsd machine hebben we plesk draaien waar Qmail de demon is die
email afhandeld. Inkomende email gaat allemaal prima en uitgaande mail
eigenlijk ook wel, alleen erg langzaam. Ook wanneer ik een telnet sessie
start over poort 25 duurt het een seconde of 15 a 20 voordat de server
reageerd. Kan iemand mij helpen in welke hoek ik zou moeten zoeken om er
achter te komen waarom deze vertraging ontstaat.

[jpd]

Post by Rene Verstappen
Op een freebsd machine hebben we plesk draaien waar Qmail de demon is die
email afhandeld. Inkomende email gaat allemaal prima en uitgaande mail
eigenlijk ook wel, alleen erg langzaam. Ook wanneer ik een telnet sessie
start over poort 25 duurt het een seconde of 15 a 20 voordat de server
reageerd. Kan iemand mij helpen in welke hoek ik zou moeten zoeken om er
achter te komen waarom deze vertraging ontstaat.

Plesk support. Het is een commercieel product en hun qmail hebben ze
naar eigen inzicht gepatcht. Ik persoonlijk had qmail er al lang af
getrapt maar naar het schijnt laat plesk dat niet toe. Hoe dan ook,
typisch een ding om hun ondersteuningsdienst mee lastig te vallen.

Verder zijn er natuurlijk de standaard gereedschappen waarmee je kan
zien welke processen de cpu het meeste bezighouden en wat een proces
zoal uitvreet. Of kijk naar het netwerkverkeer. Wieweet vraagt die
qmail eerst eens waar die connectie vandaan komt en krijgt het geen
antwoord van de dns server(s). Of is het gewoon geconfigureerd om eerst
20 seconden te wachten voordat het antwoord geeft.

Was jij nou degeen die laatst iemand zocht om plesk-op-freebsd te
administreren, in dacht ik nl.markt.banen?

[Rene Verstappen]

Post by jpd

Post by Rene Verstappen
Op een freebsd machine hebben we plesk draaien waar Qmail de demon is die
email afhandeld. Inkomende email gaat allemaal prima en uitgaande mail
eigenlijk ook wel, alleen erg langzaam. Ook wanneer ik een telnet sessie
start over poort 25 duurt het een seconde of 15 a 20 voordat de server
reageerd. Kan iemand mij helpen in welke hoek ik zou moeten zoeken om er
achter te komen waarom deze vertraging ontstaat.

Plesk support. Het is een commercieel product en hun qmail hebben ze
naar eigen inzicht gepatcht. Ik persoonlijk had qmail er al lang af
getrapt maar naar het schijnt laat plesk dat niet toe. Hoe dan ook,
typisch een ding om hun ondersteuningsdienst mee lastig te vallen.
Verder zijn er natuurlijk de standaard gereedschappen waarmee je kan
zien welke processen de cpu het meeste bezighouden en wat een proces
zoal uitvreet. Of kijk naar het netwerkverkeer. Wieweet vraagt die
qmail eerst eens waar die connectie vandaan komt en krijgt het geen
antwoord van de dns server(s). Of is het gewoon geconfigureerd om eerst
20 seconden te wachten voordat het antwoord geeft.
Was jij nou degeen die laatst iemand zocht om plesk-op-freebsd te
administreren, in dacht ik nl.markt.banen?

It wasn't me....Ik zal Plesk eens raadplegen inderdaad....

[Rene Verstappen]

Post by Rene Verstappen
Goedemiddag,
Op een freebsd machine hebben we plesk draaien waar Qmail de demon is die
email afhandeld. Inkomende email gaat allemaal prima en uitgaande mail
eigenlijk ook wel, alleen erg langzaam. Ook wanneer ik een telnet sessie
start over poort 25 duurt het een seconde of 15 a 20 voordat de server
reageerd. Kan iemand mij helpen in welke hoek ik zou moeten zoeken om er
achter te komen waarom deze vertraging ontstaat.

Found it;

Improving SMTP speed/performance

Improving SMTP response time (connections): By default, Plesk on FreeBSD is
pretty slow at establishing SMTP connections. This is because it defaults to
doing reverse-dns lookups for all SMTP connections, for no good reason. This
can slow down your mail sessions significantly (the default timeout on the
reverse DNS lookup is 26 seconds.. per connection, which means if there is
no reverse-dns for the mailserver trying to connect to you, it will wait 26
seconds before letting the connection continue). We want to change this
behaviour so it instantly connects all SMTP sessions.

Edit /etc/inetd.conf and scroll down to the bottom. The two lines you're
looking for start with "smtp" and "smtps".

Here is a short example of what it looks like:
smtp stream tcp nowait root /usr/local/psa/qmail/bin/tcp-env tcp-env
/usr/local/psa/qmail/bin/relaylock ( ... etc)

What you want to do is insert -Rt0 after the second "tcp-env" on both of
these lines. Here is an example:

smtp stream tcp nowait root /usr/local/psa/qmail/bin/tcp-env tcp-env -Rt0
/usr/local/psa/qmail/bin/relaylock
smtps stream tcp nowait root /usr/local/psa/qmail/bin/tcp-env tcp-env -Rt0
/usr/local/psa/qmail/bin/relaylock

After doing this, kill and restart inetd for the changes to take effect.

[jpd]

Post by Rene Verstappen
Found it;
Improving SMTP speed/performance
Improving SMTP response time (connections): By default, Plesk on
FreeBSD is pretty slow at establishing SMTP connections. This is
because it defaults to doing reverse-dns lookups for all SMTP
connections, for no good reason.

^^^^^^^^^^^^^^^^^^

Ik weet niet waar je dit vandaan haalt, maar reverse lookups zijn
ondertussen ongeveer standaard als een van vele anti-spam maatregelen.
Degene die dit schreef zou ik daarom nooit aan mijn email setup laten
komen. Maar goed, ik zou ook plesk niet snel gebruiken.

Post by Rene Verstappen
This can slow down your mail sessions significantly (the default
timeout on the reverse DNS lookup is 26 seconds.. per connection,
which means if there is no reverse-dns for the mailserver trying to
connect to you, it will wait 26 seconds before letting the connection
continue). We want to change this behaviour so it instantly connects
all SMTP sessions.

Een lokale caching DNS server kan ook al aardig helpen. Als je lokaal
dit probleem hebt betekent het dat je DNS setup aandacht nodig heeft.

[Rene Verstappen]

Post by jpd

Post by Rene Verstappen
Found it;
Improving SMTP speed/performance
Improving SMTP response time (connections): By default, Plesk on
FreeBSD is pretty slow at establishing SMTP connections. This is
because it defaults to doing reverse-dns lookups for all SMTP
connections, for no good reason.

^^^^^^^^^^^^^^^^^^
Ik weet niet waar je dit vandaan haalt, maar reverse lookups zijn
ondertussen ongeveer standaard als een van vele anti-spam maatregelen.
Degene die dit schreef zou ik daarom nooit aan mijn email setup laten
komen. Maar goed, ik zou ook plesk niet snel gebruiken.

Post by Rene Verstappen
This can slow down your mail sessions significantly (the default
timeout on the reverse DNS lookup is 26 seconds.. per connection,
which means if there is no reverse-dns for the mailserver trying to
connect to you, it will wait 26 seconds before letting the connection
continue). We want to change this behaviour so it instantly connects
all SMTP sessions.

Een lokale caching DNS server kan ook al aardig helpen. Als je lokaal
dit probleem hebt betekent het dat je DNS setup aandacht nodig heeft.

Ook als ik een telnet start met een IP, ipv domein? Lijkt me niet.

[Maurice Janssen]

Post by Rene Verstappen

Post by jpd
Een lokale caching DNS server kan ook al aardig helpen. Als je lokaal
dit probleem hebt betekent het dat je DNS setup aandacht nodig heeft.

Ook als ik een telnet start met een IP, ipv domein? Lijkt me niet.

Het zal de mailserver worst zijn of jij op de client een hostname of IP
gebruikt om naar te telnetten. Sterker nog, de mailserver kan het
verschil niet eens zien.
Als hij geconfigureerd is om een reverse DNS lookup te doen of om een
DNS-based RBL te gebruiken, dan gebeurt dat in beide gevallen op precies
dezelfde wijze.