QmailToaster mail delivery probleempje.

Pagina: 1
Acties:

  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Hoi,

Ik draai al een jaar of twee (eerst op freebsd en later op Mandrake 9.2) een qmail toaster en ben er behoorlijk blij mee.
De eerste keer dat ik het installeerde draaide het gelijk redelijk (na wat kleine config issues) goed.
Nu heb ik de toster geupgrade en ook nu lijkt alles goed te draaien maar heb ik toch een klein probleempje.
Mijn mail wordt niet meer in /home/vpopmail/domains/my.domain.nl/user/maildir/new gezet maar in /home/user/maildir.
Ik heb me al rot gezoch en alle howtos etc. nagelopen maar kan nergens vinden wat dit veroorzaakt, in de errorlogs zit ook niets en de meste (zoals warnings etc.) zijn leeg.

Weet iemand hoe ik het voor elkaar kan krijgen dat mijn mail weer netjes in de vpopmail dirs komt??


Alvast dank!

640K Should be enough for everyone! ;) Bill Gates


Verwijderd

Hoe ziet /var/qmail/control/defaultdelivery eruit?

Verwijderd

Uit de docu van vpopmail:

We recommend you use the user and group id's of 89. The FreeBSD folks
have reserved 89 for the group and 89 for the user for vpopmail.
if you want to place the vpopmail home dir in a different disk partition
than the default home dir location try:

# useradd -g vchkpw -u 89 -d /path/to/where/you/want vpopmail

Dus Home dir van vpopmail is waar de domains komen te staan. dus usermod vpopmail

Ps: heb daar zelf ook mezelf kapot naar lopen zoeken de eerste keer dat ik qmail-vpopmail-qmailadmin-vqadmin installeerde :)

[ Voor 13% gewijzigd door Verwijderd op 30-05-2005 20:52 ]


  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Verwijderd schreef op maandag 30 mei 2005 @ 19:40:
Hoe ziet /var/qmail/control/defaultdelivery eruit?
cat /var/qmail/control/defaultdelivery
./Maildir/


Dat lijkt ook te zijn wat het doet maar als ik dit in let say:

~vpopmail/domains/mydomain etc. verander dan gaat het toch niet werken of ben ik nu iets erg stoms aan het zeggen (zo voelt het wel :'( :D ) ?

640K Should be enough for everyone! ;) Bill Gates


  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Nasdaq,

Thanx voor je tip, maar, de vpomail user bestond al en het heeft voor de upgrade gewerkt:

De homedir van Vpopmail staat goed alleen qmail zet de mailtjes in de ~username/maildir in plaats van ~/vpopmail/domains/my.domain.nl/username/maildir

dit is trouwens de entry uit /etc/passwd

vpopmail:x:85:109:vpopmail:/home/vpopmail:/bin/true

640K Should be enough for everyone! ;) Bill Gates


  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Niemand een idee wat er aande kan zijn??? :'( :'(

640K Should be enough for everyone! ;) Bill Gates


Verwijderd

Als je met vqadmin een domein aanmaakt? staat het domein dan wel in de map /home/vpopmail/domains?

Lijkt erop dat vpopmail niet correct werkt.

  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Yep dat werkt gewoon.

Ik heb net even getest en er wordt gewoon een map aangemaakt voor de nieuwe domein.

640K Should be enough for everyone! ;) Bill Gates


Verwijderd

en met qmailadmin een user aanmaken? komt de user dan ook in de /home/vpopmail/domains/tes.nl/ te staan?

[ Voor 5% gewijzigd door Verwijderd op 31-05-2005 11:28 ]


  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Nasdaq,

Ja net eentje aangemaakt en werkt gewoon goed, er wordt gewoon een user dir in ~vpopmail/domains/domainname/ aangemaakt.

640K Should be enough for everyone! ;) Bill Gates


  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Ik heb net een mailtje naar de net aangemaakt testuser gestuurd en dan krijg ik dit (ik heb trace delivery aangezet in Lotus Notes):


Hi. This is the qmail-send program at my.domain.nl.
I'm afraid I wasn't able to deliver your message to the following
addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<testuser@my.domain.nl>:
Sorry, no mailbox here by that name. (#5.1.1)

--- Below this line is a copy of the message.

Return-Path: <ferno@nl.domain.com>
Received: (qmail 15405 invoked by uid 85); 31 May 2005 10:53:19 -0000
Received: from unknown (HELO bsmtp.domain.nl) (187.19.12.13)
by host.my.domain.nl with SMTP; 31 May 2005 10:53:19 -0000
Received: from mailserver.domain.nl (mailserver.domain.nl
[169.22.13.24])
by mxdrop1.domain.nl (8.13.3/8.13.3) with ESMTP id
j4VArGkA0517456437
for <testuser@my.domain.nl>; Tue, 31 May 2005 12:53:17 +0200

640K Should be enough for everyone! ;) Bill Gates


Verwijderd

post de laatste regels van het mail.log eens.

Of ff alles vanaf het begin opnieuw opzetten (alleen de mail:)) http://www.qmailrocks.org/

Stappen volgen en het kan niet missen.

[ Voor 61% gewijzigd door Verwijderd op 31-05-2005 16:07 ]


  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Wat de logs in /var/log/mail betreft:

warnings is leeg en errors ook in info staat alleen successfull aanlog van de users.


in /var/log/qmail/send/current staat het volgende:

@40000000429c74fb06c763c4 status: local 2/10 remote 0/60
@40000000429c74fb0847f8e4 starting delivery 1135418: msg 5541217 to local root@host.my.domain.nl
@40000000429c74fb08480c6c status: local 3/10 remote 0/60
@40000000429c74fb08481054 delivery 1135417: deferral: Unable_to_chdir_to_maildir._(#4.2.1)/
@40000000429c74fb0848143c status: local 2/10 remote 0/60
@40000000429c74fb0848143c delivery 1135416: deferral: Unable_to_chdir_to_maildir._(#4.2.1)/


in /var/log/qmail/smtp/current staat:

@40000000429bc30e3264f294 tcpserver: end 10960 status 0
@40000000429bc30e32650234 tcpserver: status: 0/100
@40000000429bc3c22495229c tcpserver: status: 1/100
@40000000429bc3c22496822c tcpserver: pid 14505 from 192.168.1.10
@40000000429bc3c22497ab0c tcpserver: ok 14505 host.my.domain.nl:192.168.1.10:25 :192.168.1.10::38655
@40000000429bc3c22d2d4114 tcpserver: end 14505 status 0



De site van Qmailrocks heb ik ook al doorgespit maar kan dit probleem nergens vinden.
Opnieuw beginnen is een optie maar ik kan het niet uitstaan dat het niet lukt, alles werkt voor de rest prima, het moet iets kleins zijn!

640K Should be enough for everyone! ;) Bill Gates


Verwijderd

http://www.gossamer-threa...post_view_threaded#120112

misschien dit?

Google heeft veel hits op die error.

  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Nasdaq,

Je bent een held, ik heb ook op deze error gegoogeld maare kreeg heel veel hits en het ging voornamelijk over rechten, die heb ik gechecked en stonden goed.

deze entry:

or, it's supposed to be a virtualdomain but it's in locals, or the locals file
is missing and 'pi.com.sg' is in 'me'


Heeft mij aan het denken gezet.
De domein eruit gehaald en werken, het vreemde is dat met de vorige toaster het juist wel in de locals moest staan, go figure. :(

Nu nog de ude mailtjes die in queue staan zien in de vpopmail dir te krijgen. :(

Anyway, thanx a bunch!!

640K Should be enough for everyone! ;) Bill Gates


Verwijderd

De mail op je 2e MX (fallback)?

"ps aux | grep qmail-send"
"kill -ALRM <pid_number>"

  • ferno
  • Registratie: November 2001
  • Laatst online: 20-01 23:01

ferno

**********

Topicstarter
Nadaq,

Ik heb de qmail-send en zelfs de gehele qmail omgeving al gestopt en gestrt.
Alle nieuwe mail komt goed aan de mail voor mail users met een homedir stond in de homedir/maildir en heb ik gekopieerd naar de vpopmail dirs. (rechten ook goed gezet).

Alleen de oudere mail van de users die geen homedir hebben kan dus nog in de queue zitten.
Of maak ik nu weer een denk fout en is al die tijd het mail voor users die geem homedir hebben gewoon gebounced??

Ik heb namelijk een paar duizend mailtjes in de mail queue maar die kunnen ook gewoon systeem mailtjes zijn zoals van Cron jobs etc.


Ik heb met qmHandle gekeken en de meeste mailtjes zijn van Cron maar je weet niet of er ook nog iets van een user tussen kan zitten.

Ik heb ook al qmHandle -SCron en daarmee een paar duizend mailtjes verwijded maar er ziten nog genoeg in de queu.

Zijn er nog meer van dit soort toolsjes om xde queue mee te schonen etc.?

640K Should be enough for everyone! ;) Bill Gates


Verwijderd

Neem aan dat als je enkele duizende mailtjes ontvangt (zakelijk?) dat je een fallback hebt draaien. Dus als de mail op MX1 niet kan worden afgeleverd, gaat de mail naar de fallback (mx2).

Daar zullen ze dus waarschijnlijk in de queu staan, toch? Die ff forceren om te verzenden (zie boven) of ff wachten (standaard stuurt qmail/fallback niet alle mail in 1 keer als mx1 up is).


Mocht je geen fallback hebben (snel 1 opzetten) dan kun je kijken naar queue-repair (http://pyropus.ca/software/queue-repair/). Ikzelf heb daar geen ervaring mee, aangezien wij een fallback gebruiken.
Pagina: 1