Newsgroup: it.comp.os.linux.sys
Titolo: [Qmail] Parere su metodo per limitare le code di failure notice

Ciao,
Avendo code di messaggi di failure notice da migliaia di mail
ho messo un cron che ogni 18 ore lancia qmqtool e fa "scadere"
i failure notice + vecchi di 18 ore:
qmqtool -e -o 18 -f '^Subject: failure notice'
Cosa ne pensate ... in effetti non è molto elegante .. ma direi
che nel mio caso funziona.
Grazie mille
                                    -- Yean -- 


io lo farei ogni ora il cron. sempre che non sia troppo esoso di tempo
CPU.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andiamo un po' a monte: da cosa sono causati questi "failure notice"?
- --
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFGB5sY8THo01J+SBERAn/1AJ4nPJfrIdlOlBgJvWpTKOdxjYA89wCgx4YO
YFJ4cloFoxWentzEClHDo3Y=
=scS7
-----END PGP SIGNATURE-----


PS: oltre alla patch, io abbasserei anche la /queuelifetime/ ad un 
giorno o due, anziche' i 7 gg. di default...
Ciao
-- 
Cybertoldo
Per rispondermi via email, sostituisci moc.liamg con 
gmail.com

 o due, anziche' i 7 gg. di default...
Sinceramente sul discorso patch io ero rimasto a questo:
        La patch che mi indichi è questa ?
 
http://www.shupp.org/patches/qmail-toaster-0.8.3.patch.bz2
        ( io uso "mfcheck patch" .. non dovrebbe fare la stessa cosa ? .. 
quella inserita in qmailrocks: 
http://www.qmailrocks.org/qmail.htm
)
e quindi non mi sono ancora evoluto in questo senso :*-(
Sul queuelifetime non mi ha mai fatto impazzire come soluzione ma mi 
toccherà ...
Grazie mille !!
                                                -- Yena --

 Andiamo un po' a monte: da cosa sono causati questi "failure notice"?
Sopratutto dal fatto che ho account dove non posso settare la cancellazione
di mail inviate ad account inesistenti ( suppongo ).
                                                        -- Yena -- 

 di mail inviate ad account inesistenti ( suppongo ).
Direi piuttosto dal fatto che qmail non consente la rejection a
SMTP-time per gli utenti non esistenti.
Patchalo, o cambia SMTP...
- --
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFGB6U28THo01J+SBERAmG1AKCm6Kua4oypBJpFy9gzb5BxTJ/qOgCfdmLf
jJX1Vf1qBZziURLjcNs22ko=
=PodO
-----END PGP SIGNATURE-----

 Patchalo, o cambia SMTP...
Mi sai consigliare una patch da poter applicare insiemi a quelle di
qmailrocks 8 
http://www.qmailrocks.org/qmail.htm
 ?
O un insieme di patch valide sul genere ?
Grazie mille !
                                            -- Yena -- 

 O un insieme di patch valide sul genere ?
Io no di certo: ringraziando il cielo non ho mai seriamente usato qmail...
Però se implementare le funzionalità *di base* di qualsiasi MTA decente
è un problema tale da non sapere da che parte partire, forse vale la
pena di valutare quanto oneroso sia il passaggio a qualcosa che
perlomeno non richieda il kung-fu per far le stesse cose...
- --
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFGB+kW8THo01J+SBERApugAJ98ySLXb/iRQVtbMKQ4alCcVDdNwACeMaWv
EnvtTVBA6Ag0jpIoi+pGocY=
=wgBv
-----END PGP SIGNATURE-----

 perlomeno non richieda il kung-fu per far le stesse cose...
Voglio diventare cintura nera di Qmail ;-)
... comunque limitando a 3 giorni il queuelifetime + qmqtool in cron come
descritto sopra mi pare che vada na meraviglia .. direi quasi da cintura 
marrone !
                                            -- Yena -- 

Stavo torturando un utonto windowsiano quando ya mi ha interrotto scrivendo:

Io avendo lo stesso problema (ma la mia coda email è $tuacifra^5) a breve
proverò il toaster + qmailrocks. Se ti interessa il test parliamone in
privato.
-- 
Regards
Gandolfo "Infinity" Ivo
Sysadmin

 privato.
Mi interessa :-)
                    -- Yena -- 

 Voglio diventare cintura nera di Qmail ;-)
Diventare cintura gialla di postfix dà più soddisfazioni. :-D
-- 
Words are very unnecessary
They can only do harm

 marrone !
Esattamente come la me@#a che -sottoforma di bounce ingiustificati- il
tuo qmail continua ad inviare a centinaia di utenti, direi... <g>
- --
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFGCBq08THo01J+SBERAlxKAJ4lxuys7c5BXWs/HTzpwcvt26zVvQCgmk81
FsnG88mZmG9O1yYDnfaKQDY=
=WF+4
-----END PGP SIGNATURE-----

 Skull & Bones (ER6n Silver)
Quindi PostFix non ha questo problema ?
                                -- Yena -- 

 Quindi PostFix non ha questo problema ?
Dell'accetta e bounce anzichč rigettare gli user_unknown sul socket
SMTP, dici?
Salvo configurazioni sballate da parte dell'amministratore o situazioni
particolari in termini di layout dei servizi (es: sistemi multi-tier con
gestioni diverse) AFAIK non esistono altri SMTP "seri" che abbiano quel
problema, oltre a qmail...
- --
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFGCS4j8THo01J+SBERAgmBAJ9/jApU/D61hoYER3s6Osg7CG86HACfUlCM
+LTxsqSqbaIGnxtJ9dK69j4=
=7YrO
-----END PGP SIGNATURE-----

 problema, oltre a qmail...           ^^^^^
Quindi annoveri ancora qmail tra i "seri" :-)
Fabio

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Oddio, rispetto ad altre porcate che ci sono in giro, soprattutto in
ambiente non-Unix, anche qmail è un cannone...
:-P
Scherzi a parte, con tutte le patch del caso qmail se la cava ancora bene.
Il problema è proprio la quantità di patch...
Senza patching, sicuramente "serio" non lo è più da qualche anno almeno,
e dato che non è praticamente mantenuto, tocca saltare da una patch
all'altra, prendendosi anche -eventualmente- la briga di verificare che
chi l'ha realizzata non abbia fatto cazzate tremende...
Giusto oggi ho fornito assistenza ad un cliente con un qmail in casa
(installato e mantenuto da lui) per via di problemi balordi risolti da
relative patch....
E' una realtà con le capacità di gestirsi il patching del caso
(sviluppano firmware, basati su ulinux se ben ricordo), ma credo che se
dovessero installarsi quel server oggi probabilmente penserebbero
direttamente ad altro, non fosse altro che per il risparmio di tempo...
- --
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFGCpqQ8THo01J+SBERArJhAKC3FNJBfdNb3zk85Cg1zJpdJhDdRQCgjNWv
RTOCxpDlkCx06paKHb9RMVI=
=OOB0
-----END PGP SIGNATURE-----

 Patchalo, o cambia SMTP...
Stavo pensando ... io normalmente non sego mai i messaggi di spam
ma li archivio per N giorni così da poter eventualmente recuperare falsi
positivi.
Ma se configuro simscan in questo modo:
--enable-spam --enable-spam-hits=15
Dove 15 è indicativo .. deve essere un valore che mi filtra sicuramente
le mail che mi filtrerebbe anche una rejection smtp-time con utente
inesistente
e magari anche di + ed il resto passa e viene poi archiviato nell'apposita
maildir x lo spam.
Che ne pensate ?
                                            -- Yena --

 Che ne pensate ?
Che al massimo è un mitigante ma non risolve il problema, per due ragioni.
1) non risolve il problema dei backscatter per i falsi negativi
2) un utente che scrive ad un indirizzo errato (typo) non saprà mai che
   la sua mail non è andata da nessuna parte.
In linea di massima, sono dell'opinione che far sparire i messaggi nel
nulla non sia mai una strada percorribile (e francamente non sono il solo).
Al limite lo può essere finchè le mail che giungono sul dominio sono
alcune decine, e un controllo manuale costante può essere effettuato.
Ma se su quel dominio iniziano ad arrivare alcune migliaia di mail di
spam (cosa tutt'altro che rara), diventa ingestibile, e la quarantena
diviene sovrapponibile a /dev/null...
- --
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFGC2xw8THo01J+SBERAu3HAJ9b8wmp1Bkx7U400ENM2JHERZNZZACgiF0O
KNJQlL8gXrACYMWP3bdwcGE=
=ffDB
-----END PGP SIGNATURE-----

 privato.
Probabilmete dico una cavolata, ma per eliminare il fenomeno del backscatter
non basta impostare il .qmail-default di Vpopmail su delete ?
| /home/vpopmail/bin/vdelivermail '' delete
                                                            -- Yena --

 | /home/vpopmail/bin/vdelivermail '' delete
Non essendo utente di qmail, non ho la più pallida idea di cosa faccia
'sta cosa qui, ma se ben capisco, ottieni di eliminare le mail dirette a
utenti inesistenti.
Risolvi i backscatter, ma ottieni anche che se qualcuno scrive
all'indirizzo sbagliato non saprà mai che la sua mail non è arrivata a
destinazione. Non è una soluzione...
SMTP è un protocollo ben conosciuto ed eviscerato in larga parte,
compreso il problema della gestione dei backscatter con qmail:
http://www.spamlinks.net/prevent-secure-backscatter.htm#reject-qmail
A meno che tu non voglia scrivere un nuovo SMTP o realizzare una tua
patch, c'è ben poco da inventarsi, credo...
- --
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFGC5y78THo01J+SBERAmb1AJ9cJmXB7eGSmb5xuHyglWec7/0SsACfb8zo
UviPlwUY61R82Gp1feq8274=
=N0bB
-----END PGP SIGNATURE-----