Re: Postfix unknown mail transport error
Hali! > Lehet pl. rossz RAM, vagy > korrupt Berkeley DB tabla (ha hasznalsz BDB map-eket). BDB-t csak az LDAP-nál használok elvileg, de az jó sztem... > Elso korben torold az smtpd_scache.db, smtp_scache.db es aliases.db > file-okat, az utobbit pedig hozd ujra letre newaliases-zel. A TLS > cache-eket szerintem magatol letrehozza. Az aliases.db -t megtaláltam, de a másik két fájlt nem. Töröltem a /var/spool/postfix könyvtár teljes tartalmát, de ez se oldotta meg a problémát, sőt az újratelepítés se. A probléma azért különösen bosszantó, mert eddig hiba nélkül ment a postfix :(:(:( Mi lehet még, mit nézzek meg? Milyen log kell még, hogy jobban körülhatárolható legyen a hiba? Bazsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Postfix unknown mail transport error
On Thu, Aug 30, 2007 at 03:08:33PM +0200, Ilk Balázs Ferenc wrote:
> Aug 30 14:37:45 szg-001 postfix/master[20376]: warning: process
> /usr/lib/postfix/local pid 21191 killed by signal 6
SIGABRT, viszont nincs elotte semmi log a 'local'-tol, ezert
valoszinuleg nem a postfix sajat hibaja. Lehet pl. rossz RAM, vagy
korrupt Berkeley DB tabla (ha hasznalsz BDB map-eket).
> smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
> smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
> alias_maps = hash:/etc/aliases
> alias_database = hash:/etc/aliases
Elso korben torold az smtpd_scache.db, smtp_scache.db es aliases.db
file-okat, az utobbit pedig hozd ujra letre newaliases-zel. A TLS
cache-eket szerintem magatol letrehozza.
Gabor
--
-
MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
-
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SATA RAID kartya vs. SW raid...?
> > Nagyjabol ezt csinalja a mellettem levo asztalon egy megaraid. Kedves > user addig vart, amig ket diszk esett ki a raid5-bol :) Gond nelkul > online-ba lehetett rakni az egyik kisett diszket, es ismet volt tomb, > aztan most rebuildeli a harmadikra. > Itt is volt egy ilyen. Gond nelkul a regen kisett diszket elkezdtek szinkronizalni az utolso ketto kozul az egyikkel. Eleg nehez volt visszaallitani (bakcup nelkul). Csak tanulsagkent: - elso ranezesre jonak tunt a tomb, bebootolt a gep, minden megvolt, csak epp azok fajlok serultek meg, amik az elso diszk kiesese utan valtoztak. - kapcsold ki az autorebuild funkciot a kartyan, - az fsck konnyen elrontja a rosszul osszerakott raid tombot, - ez a megaraid kartya eleg egyszeruen mukodott, ugyhogy egyszerubb, gyorsabb volt blockonket osszerakni a diszk imagekbol a raid tombot (dd-vel meg perlel). (utana meg debugfs, dd, sleuthkit stb., de szerencsem volt mert az autorebuild nem ert meg el a mysql tablakig). _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Postfix unknown mail transport error
Sziasztok!
Én is egy Postfix problémára szeretnék megoldást találni.
A rendszer telepítését Zsiga könyve alapján végeztem. Eddig minden
rendben is ment a postfix -szel, de néhány napja nem hajlandó a
leveleket továbbtani. Az érdekes, hogy mivel még nem 100%-osan működik
a rendszer így a szabadságom idején ki is volt kapcsolva és senki nem
bántotta (azt se tudják hol kell bekapcsolni) a gépet, előtte pedig
tökéletesen működött a postfix.
Remélhetőleg az alábbi adatok alapján tudtok valami ötletet adni, hogy
mi lehet a hiba és merre induljak a helyreállítás során...
A _syslogban a következő bejegyzések találhatók_ a kézbesítési próbálkozásról:
Aug 30 14:37:45 szg-001 postfix/pickup[21095]: 155312B159: uid=0 from=
Aug 30 14:37:45 szg-001 postfix/cleanup[21189]: 155312B159:
message-id=<[EMAIL PROTECTED]>
Aug 30 14:37:45 szg-001 postfix/qmgr[21096]: 155312B159:
from=<[EMAIL PROTECTED]>, size=356, nrcpt=1 (queue active)
Aug 30 14:37:45 szg-001 postfix/master[20376]: warning: process
/usr/lib/postfix/local pid 21191 killed by signal 6
Aug 30 14:37:45 szg-001 postfix/master[20376]: warning:
/usr/lib/postfix/local: bad command startup -- throttling
Aug 30 14:37:45 szg-001 postfix/qmgr[21096]: warning: premature
end-of-input on private/local socket while reading input attribute
name
Aug 30 14:37:45 szg-001 postfix/qmgr[21096]: warning: private/local
socket: malformed response
Aug 30 14:37:45 szg-001 postfix/qmgr[21096]: warning: transport local
failure -- see a previous warning/fatal/panic logfile record for the
problem description
Aug 30 14:37:45 szg-001 postfix/qmgr[21096]: 155312B159:
to=<[EMAIL PROTECTED]>, orig_to=, relay=none, delay=0.17,
delays=0.1/0.07/0/0, dsn=4.3.0, status=deferred (unknown mail
transport error)
A _postfix config fájlja_ a következő:
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
append_dot_mydomain = no
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
myhostname = mail.valami.hu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = mail.valami.hu, localhost.valami.hu, localhost, valami.hu
relayhost = fw.valami.hu
mynetworks = 127.0.0.0/8 192.168.15.0/24
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = ipv4
home_mailbox = Maildir/
alias_ldap_timeout = 15
alias_ldap_search_base = ou=Users,dc=valami,dc=hu
alias_ldap_server_host = localhost
alias_ldap_server_port = 389
alias_ldap_query_filter = (|(uid=%u)([EMAIL PROTECTED])([EMAIL PROTECTED]))
alias_ldap_result_attribute = uid
alias_ldap_scope = sub
alias_ldap_bind = no
alias_ldap_expansion_limit = 1000
alias_ldap_version = 3
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_ccert_verifydepth = 3
Előre is köszi a segítségeteket!
Üdv: Bazsi
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Levelezés menyiségi "quotával"
2007-08-30, cs keltezéssel 13.48-kor Molnár István ezt írta: > gyakorisággal, néha több ezer címzettnek, de azt nem akarom, hogy ez a > feltétlenül szükségesnél jobban terhelje a servert, illetve a mennyiség > miatt nem szeretném, ha valamilyen blacklistre kerüljön a server, ezért Miért baj az, ha ezer _különböző_ címre gyorsan kimennek a levelek? De egyébként nézegesd ezt, lehet hogy a Te célodnak ez is megfelel: http://www.postfix.org/TUNING_README.html#rope Üdv: LPali. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Levelezés menyiségi "quotával"
Van egy már elkészült webkiszolgáló, amin van 8 domain és ezek közül 3, vagy 4 szeretne rendszeresen hír leveleket küldözgetni változó gyakorisággal, néha több ezer címzettnek, de azt nem akarom, hogy ez a feltétlenül szükségesnél jobban terhelje a servert, illetve a mennyiség miatt nem szeretném, ha valamilyen blacklistre kerüljön a server, ezért azt találtam ki, hogy mennyiségi quotát vezetek be. Jelenleg *Psotfix *van a gépen, természetesen nem zárkózom el attól, hogy másmilyen kiszolgálót használjak, de azért jó lenne, ha maradhatna a Postfix. Tehát abban kérek segítséget, hogy hogyan kezdjek neki, esetleg ha tudtok erre megoldást szívesen venném. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OpenLDAP & bind...
Makó Gábor wrote: > Egy openldap szolgaltatasnak mennyi ido alatt kellene indulnia > (alig van bent adat)? A 4+4 perc (slapd konfiguracios beallitasok > ellenorzese + slapd inditasa) kicsit sok. (Bar epp frissitettem > (openldap-2.3.34-3.fc7), most csak slapd inditas van.) > A named (bind) is kb. 4 percig indul. > Mindegyik mukodik csak lassan indul.. Akkor voltak hasonlo problemaim, mikor ssl-t akartam reszelni slapd-hez. Ha van ssl-ed, probald meg anelkul inditani. Magara a problemara nem sikerult megoldast talalni. Bar ez mar tobb, mint 1 eve volt. BIND-ra nincs otletem. strace? ;-) -- cc _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OpenLDAP & bind...
On Thu, Aug 30, 2007 at 12:15:26PM +0200, Makó Gábor wrote: > > Egy openldap szolgaltatasnak mennyi ido alatt kellene indulnia > (alig van bent adat)? A 4+4 perc (slapd konfiguracios beallitasok > ellenorzese + slapd inditasa) kicsit sok. (Bar epp frissitettem > (openldap-2.3.34-3.fc7), most csak slapd inditas van.) > A named (bind) is kb. 4 percig indul. > Mindegyik mukodik csak lassan indul... Jellemzoen nevfeloldasi problemara utalo jel... -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
OpenLDAP & bind...
Hi! Egy openldap szolgaltatasnak mennyi ido alatt kellene indulnia (alig van bent adat)? A 4+4 perc (slapd konfiguracios beallitasok ellenorzese + slapd inditasa) kicsit sok. (Bar epp frissitettem (openldap-2.3.34-3.fc7), most csak slapd inditas van.) A named (bind) is kb. 4 percig indul. Mindegyik mukodik csak lassan indul... (Fc7 vmware) Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
