[Lenny]

Idézet: athila - Dátum: 2006. jan. 18., szerda - 12:06

Ez igaz, akkor annyiszor van a vinyon.
De.
3-4 eves levelezesem  max 2-3 GB. Ugy, hogy napi atlag 500-1000 emailt kapok, szerencsere mostansag lecsokkent ugy 100-ra...

40 GB-os vinyot mar elvetve talal az ember, csak nagyobbat. Ceg vegyen vinyot.

Egyetlen elonye az IMAP-nak, hogy ha elszall a klines vinyoja, akkor elvesztek az emailjei...
A user igy jart

Ez az elony hatrany is, minel tobb user, annal tobb hattertar kell a szerverbe.

Olyan internetszolgaltatot pl. lattal mar, aki IMAP-ot ad a usereinek? A vilag vincsesztere nem lenne eleg (talan ha megveszik mondjuk a seagate-et)

Nem is arról beszélünk, hogy xy internet szolgáltató IMAP-oljon. Az amúgy se járható út, mert feleslegesen terhelei az insternet kapcsolatot.

Neked lehet, hogy annyi a levelezésed, de cégeknél jóval több is szokott lenni. Mutass egy olyan céget, ahol ezt a felfogást elfogadják: "Elvesztek a leveleid? Hát így jártál"
Aszem sok helyen rá a válasz: "Elvesztetted az állásod? Hát így jártál"
Márpedig a mentés az egyik fõ szempont sok cégnél!

[Mono]

Roaming userek esetén jópofa dolog az is, mikor laptoppal, modemmel v. mobil telefonnal nekiáll letölteni azt a néhány megás poénos videót, vagy powerpointot, amit egy idétlen ismerõse küldött neki ahhoz, hogy végre hozzáférhessen ahhoz a leveléhez, amiért ténylegesen felcsatlakozott a netre, példának okáért egy számlázási címet vár valahonnan...
POP3 esetén ugyanis idõrendi sorrendben le kell töltenie az összes levelét, míg IMAP esetén csak a fejléceket, majd ki tudja választani, mely levélre van tényleg szüksége az adott helyen és idõben...nálunk ez gyakori.

Másik géprõl, WEBMailrõl szintén látnia kell az addig elküldött leveleit.

Archiválni kell a teljes mail forgalmat, hol lenne ez a legegyszerûbb, ha nem a szerveren?

Mindig elõfordulhat az, hogy egy reinstall során elfelejti az ember bekapcsolna azt az opciót, hogy a kiszolgálón maradjon egy másolata a beérkezett levélnek, ami ugye alapértelmezésben nem aktív -> máris letöltötte az összes levelet a kliensre...

Soroljam még

[athila]

Meggyoztetek
Jo ez az imap-os dolog, csak nekem nem fekszik

[Lenny]

Idézet: athila - Dátum: 2006. jan. 18., szerda - 12:27

Meggyoztetek
Jo ez az imap-os dolog, csak nekem nem fekszik

Látod, nem csak a sötét oldal létezik...
Amúgy meg otthon én is POP3-mat használok.

[Mono]

Felhoznám a topikot, van egy kis gondom...

Helyzet az, hogy van egy mail szerverünk, Debian alatt, Postfix, Courier-IMAP, Webmail  megoldással, minden user helyi user, leveik a /home/felhasználónév/Maildir könyvtárban vannak. Lesz új vas, szintén Debian. Amiben többet szeretnék, az a mail quota. Ezen felül is, szeretném, ha leginkább a postafiók tulajdonosa értesülne arról, hogy teli, de leginkább majdnem teli van a postafiókja.

Több, neten fellelhetõ megoldást végigjátszottam egy teszt szerveren, leginkább mindenki SQL alapokra helyezi ezt, virtuális domain-nel, virtuális userekkel. Ami konzekvencia számomra ezekbõl lejött:
- postfix forrás patchelése, forditása
- maildrop forrás letöltése, forditása
- "alapból" mind a courier, mind a postfix eltérõ adatbázist, táblákat tartalmaz, ezeket közös nevezõre kell hoznom
- ha kényelmesen akarom adminisztrálni a leendõ és meglévõ felhasználókat, akkor egy jó kiutat találok, postfixadmin, php-s felület, szintén saját adatbázissal, ezt is közösitenem kellene a fenti kettõvel

Ezekkel eredmények: a feladó értesülhet, hogy a nálunk levõ cimzett postafiókja megtellt (nem annyira érdekes), és/vagy a postmaster kaphat egy crontabból futtatandó szkript alapján értesitést arról, hogy melyik felhasználója lépte túl a keretet. Na, annyira ez sem tetszik, nem akarok ezzel ilyen mélységben foglalkozni. Kapja meg a figyelmeztetést a tulajdonos, oldja meg a törölgetést egyedül. Igazából nem is igazi quota kellene, bõven hagynék tartalékot a rendszerben, nem akarom visszadobálni a bejövõ leveleket, de valahogy automatikusan tudatni akarom a felhasználóval, hogy töröljön, mikor idõszerû.

Szóval jópár napja teszt rendszer alatt próbálgatom a dolgokat. A mostani, SQL mentes kialakitáshoz képes jókora változás lenne az SQL-re való áttérés, ellenben a kivánt igényeket nem is elégitené ki kellõképpen.
Jelenleg és a jövõben is IMAP-et használunk, elküldött levelek is a szerveren vannak, amiket archiválok naponta. Ez indokolja leginkább a quota bevezetését. Ebbõl két dolog következik még:
- eddig meglévõ leveleket áthozni
- beállitott mail klienseken nem nagyon kellene további beállitásokat eszközölni, leginkább úgy akarom, hogy a felhasználók észre se vegyék majd a szervercserét. Ez a levelek korrekt átvitelén és a virtuális domain/user használata miatti e-mail cim, mint azonositó használatát neheziti a mostani sima felhasználónév helyett.

Nos, nem vagyok nagy adatbázis guru, ha több domaint kellene kezelnem, lehet, hogy jól is jönne az SQL háttér, igy azonban kicsit "ágyúval verébre" dolognak tartom, emellett nem is elégiti ki az igényeket.
Innen jutottam el odáig, hogy két megoldást látok:
- idõzitett, magam irt szkriptet futtatgatok a /home könyvtárakon, lekérem a könyvtár méretét, ha túllépi az általam megadott értéket, a tulajdonos kap egy mailt, mondjuk óránként (kicsit tartok tõle, hogy strapálhatja a vinyót).
- az elviekben erre a célra kialakitott maildrop, deliverquota alkalmazásokat használom. Itt tartok most és el vagyok akadva.
Leginkább erre vonatkozna a kérdésem, használ-e ilyet valaki, tud-e nekem ebben segiteni :confused:

Konzolban a maildirmake -q 1048576S /home/testuser/Maildir parancs létrehoz egy maildirsize fájlt a Maildir könyvtárban. Maildrop man szerint ezzel tudatom a maildrop-pal, hogy van quota és mekkora a mérete (ez esetben 1MB). Nos, szépen túllõve a dolgot levéllel, sem történik semmi, logokban sem.
Másik okosság, ha a Postfix-ben a mailbox_command = /usr/bin/maildrop, helyett /usr/bin/deliverquota -w 90 $HOME/Maildir
Ami elviekben annyit tesz, hogy ha a /etc/courier tartalmaz egy quotawarnmsg nevû fájlt, ami gyak. egy forma e-mail, akkor ha a beállitott quota értékének az éppen továbbitandó levéllel túllépem az itt megadott 90%-át, akkor a cimzettnek elküldi a quotawarnmsg tartalmát is. Tökéletes....lenne, ha mûködne. De az eredeti levél továbbitásán kivül nem történik semmi, logokban sem

Hát, kérdésem erre vonatkozna leginkább, neten nagyon erre utaló doksit nem leltem, SQL, vagy LDAP-os akad, az sem sok, tanulmányozva a dolgot, mennie kellene, de nem megy

Minden tippet, ötletet szivesen vennék!

PS. hosszú i betûkért sorry, angol billentyûzetrõl irtam

[Mono]

Gondoltam még némi adalékként:

postfix/main.cf:

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

# TLS parameters
#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

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = localhost
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = sajat.domain.hu, localhost, localhost.localdomain, localhost
relayhost = 
mynetworks = 127.0.0.0/8
# mailbox_command = procmail -a "$EXTENSION"
# mailbox_command = /usr/bin/maildrop
home_mailbox = Maildir/
mailbox_size_limit = 0
recipient_delimiter = +
mailbox_command = /usr/bin/deliverquota -w 10 $HOME/Maildir




smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_rfc821_envelopes = yes
disable_vrfy_command = yes
smtpd_soft_error_limit = 2
smtpd_hard_error_limit = 2

smtpd_sasl_local_domain =
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination
inet_interfaces = all

/etc/quotawarnmsg

 From: Mail Delivery System <Mailer-Daemon@sajat.domain.hu>
Reply-To: admin@sajat.domain.hu
To: Valued email Customer:;
Subject: !!! Email warning -- You need to delete some email messages.
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit

Upon reaching your email quota, your email will stop abruptly. 
All messages that are destined for you while you are in a an 'over quota' state will be rejected.
Email quotas are in place because we have limited disk space on the mailserver.
So that you can continue to receive campus email it is important that 
you remove some messages from your email mailbox without delay.
Please delete and expunge all unneeded email. 
You may need to clean out your SENT messages.
Thank you for your cooperation.

[Nagyika]

Logban ír valamit, amikor a megtelt postafiókba küldessz levelet?
Maildirben van egy maildirsize file, abban írja a postafiók max méretét, meg a foglqaltságát. Ott mit mutatnak a számok, tényleg be van telve?

[Mono]

Idézet: Nagyika - Dátum: 2007. máj. 29., kedd - 18:22

Logban ír valamit, amikor a megtelt postafiókba küldessz levelet?
Maildirben van egy maildirsize file, abban írja a postafiók max méretét, meg a foglqaltságát. Ott mit mutatnak a számok, tényleg be van telve?

Bocs, nem voltam eddig net közelben. Vélhetõen a kérdésed kezd rávezetni a problémára.
Nos, logokban a sikeres levélküldésen kvül semmi nem látszik, a quota drasztikus túllépése esetében sem.
Két e-mail felhasználót hoztam létre: test és test2 felhasználónévvel. Mivel adatbázis mentes a dolog, igy a levél könytáraik a /home/test/Maildir és a /home/test2/Maildir alatt vannak.

Ezzel a paranccsal létrehoztam egy egy MB-os quotát test felhasználó számára, létre is jött a /home/test/Maildir alatt egy maildirsize nevû fájl, tartalma:

maildirmake -q 1048576S /home/test/Maildir/

1048576S
           0            0

Akárhogy, akármilyen állapotban nézem ezt a maildirsize fájlt, a második sorában levõ két nulla mindig marad, sõt, a fájl módositási dátuma sem változik meg semmitõl. Ha kap új levelet, ha olvas, ha töröl, sosem.

A levél küldésrõl egy log részlet:

May 31 10:02:24 localhost imapd: Connection, ip=[::ffff:127.0.0.1]
May 31 10:02:24 localhost imapd: LOGIN, user=test, ip=[::ffff:127.0.0.1], protocol=IMAP
May 31 10:02:34 localhost postfix/smtpd[12908]: connect from localhost[127.0.0.1]
May 31 10:02:34 localhost postfix/smtpd[12908]: 6E3EE27CA8: client=localhost[127.0.0.1]
May 31 10:02:34 localhost postfix/cleanup[12911]: 6E3EE27CA8: message-id=<465E811A.1000302@sajatdomain.hu>
May 31 10:02:34 localhost postfix/qmgr[11587]: 6E3EE27CA8: from=<test2@sajatdomain.hu>, size=989857, nrcpt=1 (queue active)May 31 10:02:34 localhost postfix/smtpd[12908]: disconnect from localhost[127.0.0.1]
May 31 10:02:34 localhost postfix/local[12912]: 6E3EE27CA8: to=<test@sajatdomain.hu>, relay=local, delay=0.55, delays=0.49/0.01/0/0.06, dsn=2.0.0, status=sent (delivered to command: /usr/bin/maildrop)
May 31 10:02:34 localhost postfix/qmgr[11587]: 6E3EE27CA8: removed

Nos, a probléma talán ott indul, hogy a levelek érkezése nem hat ki a maildirsize fájlra. Ez mitõl lehet

[Mono]

Még annyi észrevétel, hogy ha letörlöm a maildirsize fájlt, majd ezzel a paranccsal újra létrehozom:

maildirmake -q 1048576S /home/test/Maildir/ 

,akkor annak tartalma helyes lesz. Mutatja a beállított quota méretét, majd alatta a tényleges foglaltságot bájtban, mellette pedig az üzenetek számát. De nem frissül. Ezekután akárhány levelet küldök a quotázott felhasználónak, a maildirsize fájl nem változik, nem módosul.
Ha törlöm, akkor megint az aktuális értékekkel jön létre...

[Nagyika]

Jogosultság?
Gondolom rootként futtatod a maildirmake-et viszont így a postfix nem fogja tudni írni a maildirsize filet.

[Mono]

Idézet: Nagyika - Dátum: 2007. jún. 2., szombat - 9:28

Jogosultság?
Gondolom rootként futtatod a maildirmake-et viszont így a postfix nem fogja tudni írni a maildirsize filet.

Válaszod köszönöm!

Sajna nem volt idõm már írni, de tegnap este rájöttem és igazad van: jogosultság. root joga lett a maildirsize fájlnak a user home könyvtárában, ezért nem tudta írni. Az mindenesetre kiváltképpen tetszett, hogy logokban nyoma nem volt ennek 
Másik, a /etc/courier/quotawarnmsg jogosultsága, szintén root jogos volt, itt is voltak olvasási jogosultság gondok.

Szóval nagyon köszi, mûködik a dolog. Kénytelen leszek 64 bites Debian-ra váltani*, sajnos az e-mail felhasználók home/Maildir könyvtárában létrehozott maildirsize nevû fájlban megadható quota méret maximálisan 2GByte. Ha ennél nagyobbat adok meg a már fentebb is említett maildirmake -q .... paranccsal, akkor hibát nem jelez, ellenben a maildirsize fájl elsõ sora, ahol a max. méret (és/vagy üzenet mennyiség) limit van megadva, üres lesz -> eredményként nem lesz quota. 64 bites környezetben mûködik, próbaképpen létrehoztam egy 10GB-os quotát, majd smtp-source paranccsal megbombáztam a felhasználót, 1MB-os méretû levelekkel, negyed órás hdd darálás után megfogta a quota, tehát klasszul mûködik is a dolog ekkora méretekben.

Még van egy kis esztétiakai gondom: amikor a quota méretének általam beállított "n"%-át eléri a foglaltság, akkor postázásra kerül a felhasználó számára a /etc/courier/quotawarnmsg fájl tartalma ("quota lassan betelik, töröljél hamar jellegû" üzenet). Ezzel egy idõben a felhasználó Maildir könyvtárában létrejön egy quotawarn nevû fájl, tartalma egy darab "pont" karakter. Azt tapasztaltam ,hogy ha ezt a fájlt törlöm, majd újra levelet küldök a már quotáját majdnem teljesen kihasználó usernek, akkor újra kipostázódik neki az automatikus, törlésre felszólító üzenet és létrejön a quotawarn fájl. Azaz, a megfigyelésem szerint a figyelmeztetõ üzenet postázásakor létrejövõ quotawarn fájl megléte jelzi a rendszernek, hogy emberünk már kapott figyelmeztetõ e-mailt, így nem kell többet küldeni belõle.
Nos, a gondom ez. paraméterezhetõ, definiálható valahol, hogy hogyan, milyen gyakorisággal kapja meg a figyelmeztetõ üzenetet? Pl. többször, naponta, minden ötödik új levél után, stb...
Van rá megoldásom, esetleg cron-ból fél naponta törlöm az esetlegesen létrejött quotawarn fájlt, így ha aktívan kapja a leveleket, akkor így napi két figyelmzetéshez hozzájuthat. Célom az lenne, hogy kicsit érezze a súlyát a törlésnek, ne legyen nagyon "jajj, el is felejtettem" meg "még nem volt rá idõm", meg hasonló reakciók. Ha naponta többször is megkapja a figyelmeztetést, talán nagyobb hatással lesz rá.
Mindemellett a beállításokat úgy tervezném, hogy igencsak idõben, nagy tartalékokkal kapja meg a figyelmeztetést, nehogy egy szabadság, vagy tényleg komoly elfoglaltság miatt nagy gond legyen ebbõl. Ebbõl kifolyólag - a levelezés intenzitásától függõen - akár hetek, hónapok is eltelhetnek a figyelmeztetés és a tényleges betelés között. Ha csak egyszer, egy-két hónappal a betelés elõtt kapott egy "manager stílusú" felhasználó egy ilyen üzenetet, hát... nem csodálkoznék rajta, ha betelne.
Másik véglet is szóba jöhet: az elsõ figyelmeztetés után minden egyes beérkezõ levél esetén kapja meg a figyelmezetést: így gyakorlatilag minden második beérkezõ levele a figyelmezetetés lenne. Gondolom ehhez meg kellene akadályoznom a quotawarn fájl létrehozását.

Errõl tehát tudsz/tudtok valamit


* Ezzel kapcsolatos kérdésem felteszem a Debian Linux topikban

[Nagyika]

"The warning is repeated every 24 hours (at least), until the maildir drops below N percent full."

Configot nem találtam hozzá, de meg lehet próbálni újrafordítani a maildropot, gondolom egy konstanst kell átírni benne.

Szerkesztette: Nagyika 2007. 06. 02. 14:14 -kor

[Mono]

Idézet: Nagyika - Dátum: 2007. jún. 2., szombat - 13:49

"The warning is repeated every 24 hours (at least), until the maildir drops below N percent full."

Configot nem találtam hozzá, de meg lehet próbálni újrafordítani a maildropot, gondolom egy konstanst kell átírni benne.

Ahhoz még nem vártam eleged, tökéletes lenne a napi egy warning. Nemsokára kiderül

Ezer köszönet!

[Mono]

Sziasztok!

Van-e információtok arról, hogy hogyan lehet a courier-imap logolását az eredetihez képes kicsit jobban megemelni
Debian, csomagból telepítve, logolásán nem változtattam semmit, mert a konfig fájlban igazából nem is találtam erre utaló bejegyzést...
Ezer köszönet elõre is! :respect"

[Vendor]

Idézet: Mono - Dátum: 2008. nov. 29., szombat - 20:56

Sziasztok!

Van-e információtok arról, hogy hogyan lehet a courier-imap logolását az eredetihez képes kicsit jobban megemelni
Debian, csomagból telepítve, logolásán nem változtattam semmit, mert a konfig fájlban igazából nem is találtam erre utaló bejegyzést...
Ezer köszönet elõre is! :respect"

en csak a debug_login = 0/1/2 kapcsolot ismerem. 

[Mono]

Konkrétabban olyasmire kellene, amibõl látszódik az, hogy mikor mennyi levelet "töltött" le, törölt le, mozgatott másik mappába, stb.

Most ilyeneket látok benne:

imapd-ssl: LOGOUT, user=felhasznalo, ip=[::ffff:111.111.111.111], headers=0, body=0, rcvd=65, sent=202, time=1, starttls=1
imapd-ssl: LOGOUT, user=felhasznalo, ip=[::ffff:111.111.111.111], headers=0, body=0, rcvd=292, sent=8952, time=374, starttls=1

Gondolom az "rcvd", illetve a "sent" is jelent valamit ebbõl, de lövésem sincs, hogy mit. Az kizárt, hogy ennyi darab levelet küldött, vagy fogadott...

[Vendor]

Idézet: Mono - Dátum: 2008. nov. 29., szombat - 22:07

Konkrétabban olyasmire kellene, amibõl látszódik az, hogy mikor mennyi levelet "töltött" le, törölt le, mozgatott másik mappába, stb.

Most ilyeneket látok benne:

imapd-ssl: LOGOUT, user=felhasznalo, ip=[::ffff:111.111.111.111], headers=0, body=0, rcvd=65, sent=202, time=1, starttls=1
imapd-ssl: LOGOUT, user=felhasznalo, ip=[::ffff:111.111.111.111], headers=0, body=0, rcvd=292, sent=8952, time=374, starttls=1

Gondolom az "rcvd", illetve a "sent" is jelent valamit ebbõl, de lövésem sincs, hogy mit. Az kizárt, hogy ennyi darab levelet küldött, vagy fogadott...

byte, vagy kilobyte lesz az ott. (quess)

egyébként az hgoy kimennyit merre kuldott fogadott, azt miert nem az eximen / postfixen nezed?

[Mono]

Idézet: Vendor - Dátum: 2008. nov. 29., szombat - 21:12

byte, vagy kilobyte lesz az ott. (quess)

egyébként az hgoy kimennyit merre kuldott fogadott, azt miert nem az eximen / postfixen nezed?

Arra (is) szükség lenne, hogy ki mennyit és mikor törölt, mozgatott. Az meg - számomra legalábbis - ebbõl nem látszik