• Plesk Uservoice will be deprecated by October. Moving forward, all product feature requests and improvement suggestions will be managed through our new platform Plesk Productboard.
    To continue sharing your ideas and feedback, please visit features.plesk.com

mailman qmail plesk8.1 - E-Mails won't be delivered ...

C

cpteos

Guest
Sending E-Mails to a list won't be delivered by qmail if the listname contains a "didot point" (= ".")

(These Special characters in listnames are working: "-", "_")

Error-Message:
"Hi. This is the qmail-send program at ((Hostname)). 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. e.g. <[email protected]>:
This address no longer accepts mail."

I think it's not a mailman restriction, isn't it, but probably a point of qmail and plesk configuring.

Does anyone have an idea how to get this work?
 
If you just consider this a qmail issu this will happen only in onc case and that is if the mail service for that domain is disabled and I guess that is not in your case.Try rebuilding the mail configuration for all accounts by this command:

/usr/local/psa/admin/bin/mchk

let me know if this helps.
 
I had run the job (--without-spam), but there is no better result:

mailman-listnames containing a "." causes the qmail-send delivering-failure.

maybe another idea?!

--
does anyone have a working listname with "." in FC4/Plesk8.1/QMail/Mailman?


--
e.g. listname is equal to [email protected]

I found this at /var/qmail/mailnames

.qmail-first.last
|/var/qmail/bin/preline /var/qmail/bin/mm_wrapper /usr/lib/mailman/mail/mailman post first.last

.qmail-default
|bouncesaying This\ address\ no\ longer\ accepts\ mail.

maybe qmail cannot interpret the part of the expression right behind the point and so delivers the qmail-default?
 
One Step further?

Consulting the /var/log/mailman/post

I see a significant difference between success and error messages:

Jan 15 23:41:01 2007 (8017) post to 1a.liste from [email protected], size=1607, message-id=<[email protected]>, 1 failures
Jan 15 23:41:23 2007 (8017) post to 1a.liste from [email protected], size=499, message-id=<[email protected]>, 1 failures

Jan 15 21:59:40 2007 (8017) post to 1a_liste from [email protected], size=1742, message-id=<[email protected]>, success
Jan 15 22:02:29 2007 (8017) post to 1a-liste from [email protected], size=1709, message-id=<[email protected]>, success


The success-messages has no request and no bounce in it.

But maybe more important, the message-id in success-case does not contain the listname in opposite to the failure-message-id.
 
Back
Top