Courier-IMAP kérdések

Linux-haladó

Courier-IMAP kérdések

  • 2892 megtekintés

( Mono v | 2005. 10. 27., cs – 08:52 )

[quote:7000b36903="xoraxax"]

Ezt talaltam ezzel kapcsolatban:

http://www.courier-mta.org/?FAQ.html~namespace

Thunderbird beallitasa:

Postafiok tulajnossagainak megtekintese->Kiszolgalo beallitasai->Halado...->IMAP-kiszolgalo konyvtar alapbol ures, ide ird be INBOX, OK,OK..., majd inditsd ujra a levelezot. Nalam egy szintre kerultek.

Na köszi, megcsináltam, klasszul működik, ámde egy további szépséghibája van a dolognak: Beérkezett üzenetek mappába nem tudok almappát csinálni, de mindegyik más alá igen.

Ha egér jobb gomb Beérkezett üzeneteken, Új mappa, megadom, OK. Akkor létrejön ugyanazon a szinten, mint a Beérkezett, Sent, Trash, stb. Míg ha pl. a Sent mappán csinálom ezt, akkor az alá szépen elkészül, ugyanezzel a technikával.

Próbáltam trükközni, új mappa névre azt mondtam, hogy INBOX.Probamappa Ez így akkor Beérezett üzenetek alá került, de Mozilla sipákolt nagyon, hogy nem érhető el a mappa, mikor rákattintottam. Outlook Expressben ugyanez már - minden mással ellentétben - talán jobban le van kezelve, ott új mappa neve ablakban egyből visít, hogy nem lehet benne speciális karakter, mint pl. .,/,... így tehát Outlook Expressben új mappa névre nem is fogadja el az INBOX.Probamappa beírást.

Ez normális, vagy még valamit állítgatnom kellene (ha igen, akkor mit :?: :( ).

Előre is köszi! :)

( GCS v | 2006. 01. 23., h – 15:00 )

A szerver Debian Sarge, Courier IMAPd; a kliens Debian Sid, Evolution. A gond az, hogy csak a levelek száma jelenik meg, mennyi olvasatlan van, az olvasott levelek száma már nem jelenik meg. Sőt, maguk a levelek sem jelennek meg.
A vicces az, hogy ugyanezen a szerveren van egy SquirrelMail, szépen tudja használni ugyanezt az IMAPd-t. Lehet tűzfal gond? Mert egy másik Sarge/Courier IMAPd szervernél is ugyanez van; igaz egy harmadiknál, ahol saját fordítás(?) a Courier IMAPd, ott megkapom a levelek listáját is. Értsd: a szerver csak a 143-as portra enged csatlakozni, én teljes egészében beengedem a szervert.
Bármilyen ötletet szivesen veszek.

( Vales | 2005. 10. 27., cs – 09:32 )

Üdv!

Most hegesztek egy egyszerű mailszervert, a "szokásos" Postfix+Courier IMAP+POP3 recept alapján. Működik is, csak észrevettem egy érdekes dolgot: ha IMAP-pal kapcsolódók OE-el a szerverhez és törölni szeretnék levelet, akkor csak "áthúzza" a levelet, de fizikailag nem törli és nem is engedi törölni. Ha jobb gombbal rákattintok, akkor csak "Törölt levél visszaállítása" van. :oops:
Ez valami Outlook Express feature, vagy inkább azt gyanítom, hoyg a szabványos IMAP protokollal nem ért teljesen szót? Ha ugyanarra a fiókra POP3-mal kapcsolódom, akkor simán kiüríti a szerveren a postafiókot, hiszen default a POP3 így műxik. Viszont ha pl. Thunderbird-del kapcsolódom IMAP-al hozzá, akkor semmi akadálya a törlésnek. Ezért gyanítom, hogy az OE nem tud jól "IMAP-ul". Nagy gondot nem okozna, csak érdekelne, mi lehet az oka. :?
Másik ezzel kapcsolatos kérdésem, hogy erre a szerverre való átálláskor a régi - szintén IMAP - szerverről a kliens gépekre Outlook-ból kiexportált postafiókok (.pst) gond nélkül visszaimportálhatóak lesznek-e az új szerverre IMAP-on keresztül? Van-e valakinek ilyen tapasztalata is?

Köszönöm!
Vales

( Mono v | 2005. 10. 27., cs – 09:42 )

[quote:15db4ce94a="Vales"]Üdv!

Most hegesztek egy egyszerű mailszervert, a "szokásos" Postfix+Courier IMAP+POP3 recept alapján. Működik is, csak észrevettem egy érdekes dolgot: ha IMAP-pal kapcsolódók OE-el a szerverhez és törölni szeretnék levelet, akkor csak "áthúzza" a levelet, de fizikailag nem törli és nem is engedi törölni. Ha jobb gombbal rákattintok, akkor csak "Törölt levél visszaállítása" van. :oops:
Ez valami Outlook Express feature, vagy inkább azt gyanítom, hoyg a szabványos IMAP protokollal nem ért teljesen szót? Ha ugyanarra a fiókra POP3-mal kapcsolódom, akkor simán kiüríti a szerveren a postafiókot, hiszen default a POP3 így műxik. Viszont ha pl. Thunderbird-del kapcsolódom IMAP-al hozzá, akkor semmi akadálya a törlésnek. Ezért gyanítom, hogy az OE nem tud jól "IMAP-ul". Nagy gondot nem okozna, csak érdekelne, mi lehet az oka. :?
Másik ezzel kapcsolatos kérdésem, hogy erre a szerverre való átálláskor a régi - szintén IMAP - szerverről a kliens gépekre Outlook-ból kiexportált postafiókok (.pst) gond nélkül visszaimportálhatóak lesznek-e az új szerverre IMAP-on keresztül? Van-e valakinek ilyen tapasztalata is?

Köszönöm!
Vales

Hi! Az Outlook Express úgy tűnik nem beszél jól IMAP-ül, DE a felső gombsoron is van egy "Eltávolítás" gomb. Ez gyakorlatilag az áthúzott (törlésre kijelölt) üzeneteidet törli véglegesen. Mozilla is ezt csinálja, viszont ő a kukába teszi át a leveleket. Így próbáld ki.

Másik kérdésre a válasz első körben passz. Ugyanazon vason lesz az új környezet, mint a régi (jelenlegi?), vagy másikon :?: Ha utóbbi, javaslom, hogy párhuzamosan futtasd addig a két szervert, vedd fel az új szervert is Outlookba, legyen egy jelenlegi és egy új IMAP fiókod, egyszerűen másolgasd át a mappákat Outlookon keresztül a régi szerverről az újra. Én így tettem, mondjuk nekem nem volt gond a vas, emellett POP3-ról álltam át IMAP-re.

( Vales | 2005. 10. 27., cs – 09:55 )

[quote:dc90db03c0="Mono"]
Hi! Az Outlook Express úgy tűnik nem beszél jól IMAP-ül, DE a felső gombsoron is van egy "Eltávolítás" gomb. Ez gyakorlatilag az áthúzott (törlésre kijelölt) üzeneteidet törli véglegesen. Mozilla is ezt csinálja, viszont ő a kukába teszi át a leveleket. Így próbáld ki.

Másik kérdésre a válasz első körben passz. Ugyanazon vason lesz az új környezet, mint a régi (jelenlegi?), vagy másikon :?: Ha utóbbi, javaslom, hogy párhuzamosan futtasd addig a két szervert, vedd fel az új szervert is Outlookba, legyen egy jelenlegi és egy új IMAP fiókod, egyszerűen másolgasd át a mappákat Outlookon keresztül a régi szerverről az újra. Én így tettem, mondjuk nekem nem volt gond a vas, emellett POP3-ról álltam át IMAP-re.

Hi!

Kösz a gyors válaszokat! Új vasra lett telepítve az új mailszerver, mivel a régi a megnövekedett levelezési igényeket már képtelen volt kielégíteni és az utóbbi időben, ha a fél cég csekkolta a mailboxokat, akkor 20-as körüli load lett és így képtelenség volt elérni a levelezést. Szóval új vas van, erősebb, egészségesebb. Megfontolom a tanácsodat és remélem a főnökömmel és a kinti rendszergazda kollégával is meg tudok egyezni, hogy így legyen inkább, és ne likvidálják a régi vasat addig, amíg át nem álltunk az újra. IP-cím van még elég, jut a réginek is. :lol:
Azt a fránya "Eltávolítás" gombot nem vettem észre, nem vagyok az OE-hez hozzászokva szerencsére. Mindenestre használható(bb) alternatívának feltettem a Mókuspostát is, hátha inkább a webmailt választják.

Thx!
Vales

( edaile | 2005. 10. 31., h – 12:32 )

[quote:04aff0bac4="Mono"][quote:04aff0bac4="edaile"]még egyszer, hogy ne legyen félreérthető.
$ cat /etc/maildroprc

# Global maildrop filter file

# Uncomment this line to make maildrop default to ~/Maildir for
# delivery- this is where courier-imap (amongst others) will look.
DEFAULT="$HOME/Maildir"

Nos, kipróbáltam a dolgot.
Nem kevés kínlódás után fény derült a lényegre. Alapvetően mindent csomagból tettem fel, Couriert is, moduljaival együtt. Nekem Courier-maildrop volt telepítve, de van "sima" maildrop is. Így egy frappáns mozdulattal uninstalláltam Courier-maildropot és feltettem a sima maildrop csomagot. Egyből ki is próbáltam, hogy mennyire működik a levelezés így, hát semennyire. Viszont már lett /etc/maildroprc fájlom, amiben kikommenteztem a DEFAULT=... sort, azonnal beindult a levelezésem úgy, mint ahogy előtte, Courier-maildrop-pal ment. 8)

Létrehoztam egy "Beerkezett" IMAP mappát a user Maildir könyvtárába, majd megadtam a maildroprc-ben, hogy oda kerüljenek a levelek, így:
[code:1:04aff0bac4]DEFAULT="$HOME/Maildir/Beerkezett"[/code:1:04aff0bac4]

Nem lett jó, errort dobott a logban. Majd rájöttem, hogy ha ezt .Beerkezett-nek adom meg, akkor minden ok, így:
[code:1:04aff0bac4]DEFAULT="$HOME/Maildir/.Beerkezett"[/code:1:04aff0bac4]

No, helyzet az, hogy jó, tetszik, Outlook Express szépen megy vele, viszont egy nagyon komoly szépséghibája maradt ennek a dolognak.

Outlook Express-ben eleve van "Beérkezett üzenetek" IMAP mappa, ami "gyárilag benne van". Mappáim között megjelent a "Beerkezett" is, ide érkeztek az új levelek, viszont nem tudtam lebeszélni róla, hogy mutassa a "Beérkezett üzenetek" mappát is, ami ezek után már elvileg használaton kívülre került, ugye. Ezt a mappát nem tudom elrejteni sem az IMAP mappák között, de mindegyik másikat igen.

Szumma-szummárom, elég hülyén néz ki, hogy van egy "Beérkezett üzenetek" mappám az OE-ben, amit nem használok, de nem tudom kiszedni belőle, illetve van egy (jelenleg) "Beerkezett" mappám, ami alá nagyon klasszul tudok már almappákat készíteni, ide érkeznek az új levelek is.

Van-e valami tipped/tippetek, hogyan lehetne feloldani ezt a szépséghibát :?:

Eddigi segítséget nagyon köszönöm! 8)

Legjobb tudásom szerint 2 megoldás van, bár egyik sem fogja megdobogtatni a szívedet:
- Használsz Exchange szervert, azzal nincs ilyen probléma
- Lefejlesztesz egy IMAP-ot, ami beszéli az Outlook Express protokolljait

hogy ezt nem fogadja el, nem értem, nálam megy rendesen. (DEFAULT=$HOME/Maildir/Beerkezett)

( edaile | 2005. 10. 27., cs – 10:30 )

[quote:c47f4306f7="Mono"][quote:c47f4306f7="edaile"]

van egy file, a /etc/maildroprc
nálam ez van benne:

# Global maildrop filter file

# Uncomment this line to make maildrop default to ~/Maildir for
# delivery- this is where courier-imap (amongst others) will look.
DEFAULT="$HOME/Maildir"

nálad mi van?

Hm... :cry:
Az egész lemezen nincsen ilyen fájlom :(

Debian Sarge, minden csomagból telepítve.
Nálad :?:

nálam ez van:

use@host:~$ cat /etc/maildroprc
# Global maildrop filter file

# Uncomment this line to make maildrop default to ~/Maildir for
# delivery- this is where courier-imap (amongst others) will look.
DEFAULT="$HOME/Maildir"
user@host:~$

ha nincs, akkor hozz létre egyet ezzel a tartalommal.
Szerintem meg kell jelennie a syslog-ban, hogy a maildrop nem találja a config file-ját.

( edaile | 2005. 10. 27., cs – 10:31 )

még egyszer, hogy ne legyen félreérthető.
$ cat /etc/maildroprc

# Global maildrop filter file

# Uncomment this line to make maildrop default to ~/Maildir for
# delivery- this is where courier-imap (amongst others) will look.
DEFAULT="$HOME/Maildir"

( laacaa | 2005. 11. 17., cs – 15:33 )

Esetleg érdekes lehet a következő MScikk. "How to save sent items on an IMAP server in Outlook 2000 (CW)" - http://support.microsoft.com/?kbid=198854

Még nem volt időm kipróbálni, de ha megteszem,akkor megírom az eredményt.

( laacaa | 2005. 11. 17., cs – 15:41 )

Hát azt kell mondjam,hogy MŰKÖDIK !!!!!!!
Nem elegáns megoldás, de megy.

( cvk v | 2006. 01. 23., h – 17:19 )

Esetleg próbáld ki thunderbirdel is, én valami evo hibára gyanakszom.

( Mono v | 2005. 10. 24., h – 20:09 )

Sziasztok! :)

Igaz, van néhány Courier topik már, de amiket találtam, eléggé messze állnak a kérdéseimtől, nem akartam azokat összerondítani, így gondoltam nyitok egy újat, remélem nem bántok ezzel senkit.

Nos, következő a szitu: Adott egy cég, két telephellyel, egyik telephelyen Debian Sarge Postfix és Courier-IMAP, továbbá WEBMail mail szerverrel. Windowsos munkaállomásokkal, mindkét telephelyen, egyre inkább Mozilla Thunderbird mail klienssel, ugyanis hosszabb távon kiderült, hogy a Microsoft Outlookjai nem igazán alkalmasak erre, a nem (teljesen) szabványos IMAP kezelése végett. Minden megy is rendben, azonban használat során előjött néhány probléma, ezekről szeretnék érdeklődni.

Első problémát le is írtam, erre kérdeznék rá, hátha tud valaki megoldást a dologra. Történetesen a Microsoft Outlook, Outlook Express hosszabb távú használata során érdekes jelenségek fordultak elő. Előfordul, hogy Outlook indításakor azonnal "A kiszolgáló határidő túllépés miatt váratlanul megszakította a kapcsolatot...." hibaüzenet fogad. Ez úgy random a gépeken, a kliensek teljes újraindítása, majd Outlookba belépése tudja csak feloldani a problémát. Ez még hagyján, előfordul azonban az is, hogy újonnan érkező levél már "áthúzva" jön meg, tartalma pedig valami olyasmi, hogy "időközben a levél tartalma már törölve lett a szerverről, ezért az nem jeleníthető meg..." Ha WebMail-ből ránézek, teljesen rendben van a levél. Emellett még ha automatikus levél "letöltögetésre" van állítva az Outlook, akkor néha hangot ad, kis borítékkal az óra mellé a tálcán, hogy jött levelem. No persze nem jött. Aztán van olyan, hogy csak boríték van, hang nélkül és fordítva. Emellett ha jön egy levél, sokszor ennek többszörösét mutatja (Beérkezett üzenetek mappanév mögött zárójelben).
Eddigi olvasataim szerint ez mind betudható a Microsoft nem szabványos IMAP kezelésének. Nem tudom, mit gondoltok erről, tényleg így van? Emellett kipróbáltam még a Cyrus-IMAP-et is, tapasztalatok Outlookokkal ugyanez volt. Majdnem nekiláttam még az UW-IMAP-nek is, mikor kiderült, hogy az viszont a hagyományos mbox formátumban tárol levelet, ami a mai internet sávszélességekkel, csatolmány méretekkel, kollégák levelezési szokásaival együtt nem nagon használható hosszútávon :( Számomra a linuxos IMAP-ek elfogytak, itt lenne egy kérdés: tudtok-e ezen kívül esetleg más IMAP kiszolgálót még javasolni? Tudtok-e olyan linuxos IMAP kiszolgálót, mely képes korrektül együttműködni a Microsoft Outlook-okkal?

Másik kérdés, egyelőre eltekintve a fentebbi problémától.
Néhány kolléga modemmel, notebookról, másik telephelyi gépek szintén interneten keresztül érik el a mail szervert. Gond az, főleg Mozilla Thunderbird alatt látványos, hogy amikor valaki neten keresztül (és nem a helyi hálón) küld e-mailt, nagyobb csatolmány esetén látszik leginkább, valójában kétszer küldi el. Értem ezalatt azt, hogy úgy van beállítva minden kliens, hogy az "elküldött elemeket" is a kiszolgáló mappájában tárolja, azaz minden felhasználónak van egy "Sent" mappája, aholva az elküldöttei kerülnek. Mozillából való küldéskor egyszer végigfut a "progress bar", akkor elküldi a címzettnek a levelet. Majd azonnal még egyszer végigfut a folyamatjelző, ekkor ugyanis - feltételezésem szerint - elmenti a "Sent" mappába. Magyarán az a gond, hogy ha írnak egy levelet, az a szerver oldali mentés miatt két lépcsőben zajlik le. Szerintem nagy marhaság, hiszen ha már egyszer ott volt a szerveren a levél, két megás csatolt PDF dokumentummal, akkor minek megint elküldeni a kliensről ugyanezt "mentésre"? Egy modemmel, két mega csatolmány, valljuk be, nem néhány másodperc :(

Így picit mélyebbre kutakodtam a /etc/courier/imapd konfig fájlban és találtam a végén egy részt, mely eléggé érdekesnek tűnik, de sajna annyira nem beszélem jól az angolt, ill. hátha valakinek van erről tapasztalata, tehát:

[code:1:39e3a9e5f0]
##NAME: OUTBOX:0
#
# The next set of options deal with the "Outbox" enhancement.
# Uncomment the following setting to create a special folder, named
# INBOX.Outbox
#
# OUTBOX=.Outbox

##NAME: SENDMAIL:0
#
# If OUTBOX is defined, mail can be sent via the IMAP connection by copying
# a message to the INBOX.Outbox folder. For all practical matters,
# INBOX.Outbox looks and behaves just like any other IMAP folder. If this
# folder doesn't exist it must be created by the IMAP mail client, just
# like any other IMAP folder. The kicker: any message copied or moved to
# this folder is will be E-mailed by the Courier-IMAP server, by running
# the SENDMAIL program. Therefore, messages copied or moved to this
# folder must be well-formed RFC-2822 messages, with the recipient list
# specified in the To:, Cc:, and Bcc: headers. Courier-IMAP relies on
# SENDMAIL to read the recipient list from these headers (and delete the Bcc:
# header) by running the command "$SENDMAIL -oi -t -f $SENDER", with the
# message piped on standard input. $SENDER will be the return address
# of the message, which is set by the authentication module.
#
# DO NOT MODIFY SENDMAIL, below, unless you know what you're doing.
#

SENDMAIL=/usr/sbin/sendmail
[/code:1:39e3a9e5f0]

Én ebből olyasmit veszek ki, hogy ha az OUTBOX:0-át OUTBOX:1-re állítom, akkor automatikusan létrejön egy Outbox mappa minden IMAP-et használó felhasználó mail mappái között, illetve ha IMAP-pel küldöm a levelet (??!??!) - ("...mail can be sent via the IMAP connection..."), akkor mintha ebbe a mappába küldéskor automatikusan lementődne a mail.
Ezt jól gondolom, jól értelmezem? Használja ezt valamelyikőtök?

Illetve egy bonus kérdés az utóbbihoz: jelenleg default minden felhasználómnak valami ilyesmi a könyvár felépítése:
/home/username/Maildir, ebben van cur, sent, tmp alkönyvtár, ill. itt vannak a "Sent" és "Drafts" könyvtárai.
Jelenleg a "Sent" könyvtárba kerülnek az elküldöttek úgy, hogy a mail kliensnek meg van adva: az elküldött üzeneteket itt helyezze el. Ez van jelenleg élesben. Szerintetek átállítható menet közben a dolog valahogy úgy, hogy leállítom az összes kliensen a "Sent" mappába való mentést, majd konzol szinten átmásolom az összes "Sent" mappában levő levelet (fájlt) az újonnan, elképzeléseim szerint létrejött "Outbox" nevű mappába?

Lenne még egy kérdésem :)
Hogyan lehetne azt megoldani, hogy a rendszer automatikusan egy könyvtárral "lejjebb" tegye a beérkezett leveleket? A helyzet ugyanis a lentebb "felvázolt" könyvtárstruktúra:

Mind a WEBmail, mind a levelező kliensek ezt úgy jelenítik meg, hogy a Beérkezett üzenetek mappába kerülnek a "Sent" és a "Drafts" mappák, valamint a felhasználó által legfelső szintre készített saját mappái is. Mozillában valahogy így:

Eléggé zavaró az, hogy az "Elküldött elemek" és a "Piszkozatok" mappa a "Beérkezett üzenetek" mappában vannak... :?

Kérdésem az lenne tehát, megoldható lehet-e valahogy az, hogy egy könyvtárral "lejjebb" kerüljenek a beérkező levelek, azaz már maga a Courier oda tegye őket, illetve a levelező kliensek látni fogják-e itt, kezelik-e majd rendesen, mint beérkezett levél az ide érkező leveleket?
Jól gondolom-e, hogy ha csinálok pl. egy "Beerkezett" könyvtárat, majd a /etc/courier/imapd fájl ezen részét átalakítom:

[code:1:39e3a9e5f0]##NAME: MAILDIRPATH:0
#
# MAILDIRPATH - directory name of the maildir directory.
#
MAILDIRPATH=Maildir
[/code:1:39e3a9e5f0]

Valahogy így: MAILDIRPATH=Maildir/Beerkezett , akkor ez így teszi a dolgát? vagy (Maildir.Beerkezett ??)

Hát nem lett rövid, remélem tudtok segíteni, minden javaslat, segítség, ötlet, észrevétel nagyon jó jönne!

Köszi előre is:
Mono

( slinky v | 2006. 01. 23., h – 20:13 )

Ez a 'meg be sem jott a mail es mar atvan huzva hogy eltavolitott kozben webmailon latszik yol' effekt nalam is megvan, 3 kulonbozo szerver, egyetlen kozos pont az OE MUA....

( jaci | 2005. 10. 24., h – 22:06 )

Én is couriet használok, de az elmúlt 2 évben nem tapasztaltam a fenntebb leírtakat, pedig az userek nagyrésze nálam is outlook-ot használ...

( edaile | 2005. 10. 26., sze – 10:33 )

[quote:d79072a534="Mono"][quote:d79072a534="edaile"]
Vannak tapasztalataim a microsoft outlookkal, és a courier imap-pal, egyszerűen úgy tudnám összefoglalni, hogy az outlook nem beszéli az imap-ot rendesen, vagy pop-ot kell használni, vagy egy exchange szervert ha imapozni szeretnél. ilyen hibáid mindig lesznek.

Köszi!

Igen, ezt hallottam már én is több helyről szóban, de itt mégis akadnak fórumtársak, akiknek huzamosabb ideje mégis megy Outlook Express-szel. Ezért nem értem teljesen, hogy most akkor nálam van valami gond, vagy egyszerűen "ilyen". De nálam ez tényleg rendszeres gond, náluk meg egy évig sem jön elő... lehet, hogy valami tényleg el van rontva nálam, ennyire sűrűn nem kellene jelentkeznie a hibának :?: :cry:

Én is csak ez tudom mondani, vannak helyek ahol gond nélkül megy, de vannak ahol nem.
Tekintettel az M$ outlook zárt forrására, valamint a M$ support többszöri tétova válaszaira inkább rábeszéltem az ügyfeleket, hogy használjanak thunderbird-et.

( LiRul v | 2005. 11. 21., h – 19:28 )

samfu, jo hogy leirtad ez igy altalanosan akarmilyen mua-val mukodik. ellenben postfix specifikus. :) de minnel tobb variacio van egy problema megoldasara, annal jobb.

laacaa, megcsinaltam en is egy kliensen, valoban mukodik. viszont van egy bosszanto dolog: az emigyen imapra kerulo levelek unreaded statusban landolnak a folderben. ezen lehetne valtoztatni vhogy automatice? kerestem olyan filter kitetelt, hogy modositsa a flag-et olvasottra, de nem talaltam. :(

( edaile | 2005. 10. 26., sze – 10:41 )

rakd fel a maildrop-ot, a postfix main.cf-be állítsd be a mailbox_command-ot, és a maidrop configfile-ba mondd meg, hogy hol vannak az user home-ok

( Mono v | 2005. 10. 26., sze – 10:53 )

[quote:b76d222944="edaile"]rakd fel a maildrop-ot, a postfix main.cf-be állítsd be a mailbox_command-ot, és a maidrop configfile-ba mondd meg, hogy hol vannak az user home-ok

Hát ez az. Így van, erről írtam fentebb picivel. Idézek a tegnap ebbe a topikba berakott main.cf fájlból:
[code:1:b76d222944]mynetworks = 127.0.0.0/8, 192.168.6.0/24, 192.168.5.0/24
#mailbox_command = procmail -a "$EXTENSION"
mailbox_command = /usr/bin/maildrop
mailbox_size_limit = 0
recipient_delimiter =
home_mailbox = Maildir/
[/code:1:b76d222944]
Jelenleg ilyen. Hiába kapcsolgatom a home_mailbox = Maildir/ sort pl. = Maildir/Beerkezett/ -re, vagy Maildir.Beerkezett/ -re, ugyanúgy a Maildir/new könyvtárba teszi a leveleket (term. módosítás után volt Postfix reload, ill. restart is).

Tanácstalan vagyok.... :cry:

( LiRul v | 2005. 11. 17., cs – 21:57 )

thx ez jol hangzik. mar csak vmi olyan kellene, hogy a draftokat is imapra mentse :)

( Mono v | 2005. 10. 27., cs – 20:44 )

[quote:9d5409b13b="edaile"]

nálam ez van:

use@host:~$ cat /etc/maildroprc
# Global maildrop filter file

# Uncomment this line to make maildrop default to ~/Maildir for
# delivery- this is where courier-imap (amongst others) will look.
DEFAULT="$HOME/Maildir"
user@host:~$

ha nincs, akkor hozz létre egyet ezzel a tartalommal.
Szerintem meg kell jelennie a syslog-ban, hogy a maildrop nem találja a config file-ját.

Köszi!

Éjjel kipróbálom, jelentkezem majd, mi a fejlemény.

Ha úgy érted, hogy jelenleg, hogy nincs konfig fájlom, kellene látszania a log-okban, hogy nincs konfig fájl, akkor nem így van. Most log-ilag minden rendben van.

Viszont ekkor be kellene állítanom a Courier-t is, hogy hol találja az újonnan beérkezett leveleket, nem :?: - Mindenesetre ki fog derülni, jelentkezem, amint van fejlemény!

Köszi addig is!
Mono

( edaile | 2005. 10. 26., sze – 12:14 )

[quote:95df637736="Mono"][quote:95df637736="edaile"]rakd fel a maildrop-ot, a postfix main.cf-be állítsd be a mailbox_command-ot, és a maidrop configfile-ba mondd meg, hogy hol vannak az user home-ok

Hát ez az. Így van, erről írtam fentebb picivel. Idézek a tegnap ebbe a topikba berakott main.cf fájlból:
[code:1:95df637736]mynetworks = 127.0.0.0/8, 192.168.6.0/24, 192.168.5.0/24
#mailbox_command = procmail -a "$EXTENSION"
mailbox_command = /usr/bin/maildrop
mailbox_size_limit = 0
recipient_delimiter =
home_mailbox = Maildir/
[/code:1:95df637736]
Jelenleg ilyen. Hiába kapcsolgatom a home_mailbox = Maildir/ sort pl. = Maildir/Beerkezett/ -re, vagy Maildir.Beerkezett/ -re, ugyanúgy a Maildir/new könyvtárba teszi a leveleket (term. módosítás után volt Postfix reload, ill. restart is).

Tanácstalan vagyok.... :cry:

van egy file, a /etc/maildroprc
nálam ez van benne:

# Global maildrop filter file

# Uncomment this line to make maildrop default to ~/Maildir for
# delivery- this is where courier-imap (amongst others) will look.
DEFAULT="$HOME/Maildir"

nálad mi van?

( Gollam | 2005. 10. 25., k – 09:49 )

A "beérkezett alatt található mappák" problémára a megoldás az, hogy a kliens programban meg kell mondani, hogy mi a root. Számomra nem volt teljesen triviális, de megoldható.
Outook express és firefox alatt voltak hasonló gondjaim az előző melóhelyen.

( Mono v | 2005. 10. 25., k – 09:56 )

[quote:ccbf5f64bf="jaci"]Én is couriet használok, de az elmúlt 2 évben nem tapasztaltam a fenntebb leírtakat, pedig az userek nagyrésze nálam is outlook-ot használ...

Szia, köszi a gyors választ! :wink:

Legáltalánosabb, gyakorlatilag folyamatosan jelentkező probléma a beérkezett üzenetek mennyiségének jelzése. Ha kapok egy levelet, akkor az elején még jó, ahogy telik a nap, Outlook Express úgy van beállítva, hogy "x" percenként ellenőrizze, jött-e új levél, elkezd "eltolódni" ez a dolog. Egyre többet "mond", mint a valós. Nem ritka, hogy három különböző időpontban beérkezett és letöltött levélre már 8-9 új levelet is mutat, holott 3 van valójában. Valami ilyesmire találtam utalást a Courier oldalán is:

Outlook Express
Even when you tell it not to use "subscriptions", Outlook Express still sends spurious Subscribe/Unsubscribe commands, which forced me to implement a stub for those function.

OE also persistent problems updating the number of unread messages in each folder, or visually highlighting new messages in the folder. Perhaps I'm not familiar with OE. It's possible that there might be a bug in Courier-IMAP too, but neither Pine, nor Communicator, exhibit these symptoms.

There have been reports that OE 5.0 does not work at all due to the fact that the silly thing expects to see UID as the first parameter in the response to a FETCH.

No, I am not going to add spaghetti code to push UID to the front of the structured response to a FETCH. Ask Microsoft to actually read the RFCs before implementing them.

Furcsállom, hogy nálatok ez nem jött elő... :o

( Mono v | 2005. 10. 25., k – 10:11 )

[quote:0096c089c5="Gollam"]A "beérkezett alatt található mappák" problémára a megoldás az, hogy a kliens programban meg kell mondani, hogy mi a root. Számomra nem volt teljesen triviális, de megoldható.
Outook express és firefox alatt voltak hasonló gondjaim az előző melóhelyen.

Szia, neked is köszi a gyors választ! :)

Értem, és köszönöm. Szerver oldalon mit tettél :?: Jól gondolom, hogy a /etc/courier/imapd fájlban módosítottad a:
[code:1:0096c089c5]MAILDIRPATH=Maildir [/code:1:0096c089c5]
sort, ami a default :?:

Előre is köszi! :)

( Gollam | 2005. 10. 25., k – 10:21 )

Ez cyrus-al volt :)
Ahogy gondolkozom rajta, nem is a root, hanem az INBOX (mint könyvtár) helyét kellett megadni. (illetve kijavítani)
Már ha jól emlékszem, kb 2 éve volt. Bocs, ha félreinformállak...

( Mono v | 2005. 10. 26., sze – 12:53 )

[quote:7f169835dc="edaile"]

van egy file, a /etc/maildroprc
nálam ez van benne:

# Global maildrop filter file

# Uncomment this line to make maildrop default to ~/Maildir for
# delivery- this is where courier-imap (amongst others) will look.
DEFAULT="$HOME/Maildir"

nálad mi van?

Hm... :cry:
Az egész lemezen nincsen ilyen fájlom :(

Debian Sarge, minden csomagból telepítve.
Nálad :?:

( Mono v | 2005. 10. 25., k – 10:30 )

[quote:6c4d69581b="Gollam"]Ez cyrus-al volt :)
Ahogy gondolkozom rajta, nem is a root, hanem az INBOX (mint könyvtár) helyét kellett megadni. (illetve kijavítani)
Már ha jól emlékszem, kb 2 éve volt. Bocs, ha félreinformállak...

Értem, köszönöm :)

Igen, elgondolkoztam azon, hogy ha a root könyvtár helyét változtatom, azzal csak "tologatni" tudom fel v. le könyvtárszinten azokat az ágakat, amik megvannak, de egymáshoz képest az - ebben az esetben - nem fog változni.
Viszont pl. Outlook Expressben a root-on kívül csak a Piszkozatok és az Elküldött elemek adható meg, mint könyvtár, hogy adom meg itt a Beérkezett Üzenetek könyvtárát - akár Cyrus esetében - ez ugye ezen nem változtat :?: :o

( Mono v | 2005. 10. 26., sze – 12:57 )

Most keresek olyan fájlt, aminek tartalma: "DEFAULT="$HOME/Maildir""
Ahogy a MS mondaná: Ez eltarthat néhány percig... :p
Jelentkezem, mihelyst megvan az eredmény :!:

( Gollam | 2005. 10. 25., k – 10:43 )

Igen, úgy rémlik, hogy a rootnak a beérkezett üzenetek van beállítva alapból.
Mostmár kezd idegesíteni, keresek egy windows-os gépet...
visszatérek!

( Mono v | 2005. 10. 25., k – 10:53 )

[quote:67bf4cefeb="Gollam"]Igen, úgy rémlik, hogy a rootnak a beérkezett üzenetek van beállítva alapból.
Mostmár kezd idegesíteni, keresek egy windows-os gépet...
visszatérek!

Köszi! Izgatottan várom! ;)

( cstt v | 2005. 10. 25., k – 10:53 )

Nekem hasonló "architetktúrám" van (postfix, procmail, courier) Egyes felhasználok Thunderbird -et, mások Office 2003-at használnak. Eddig még senki sem jelzett hasonló problémkat. A rendszer kb 1 éve mükszik.

Nézted már hogy tényleg ott van a duplán érkezett levél, mit használsz procmail -t vagy maildrop -ot
nekem a postfix main.cf -ben az alábbi van
mailbox_command = /usr/bin/procmail -a "$EXTENSION"
home_mailbox = Maildir/

A procmail rendszeresen loggol és abbol elég sok minden kiderülhet.

( Mono v | 2005. 10. 25., k – 11:25 )

[quote:64d915c4f3="cstt"]Nekem hasonló "architetktúrám" van (postfix, procmail, courier) Egyes felhasználok Thunderbird -et, mások Office 2003-at használnak. Eddig még senki sem jelzett hasonló problémkat. A rendszer kb 1 éve mükszik.

Nézted már hogy tényleg ott van a duplán érkezett levél, mit használsz procmail -t vagy maildrop -ot
nekem a postfix main.cf -ben az alábbi van
mailbox_command = /usr/bin/procmail -a "$EXTENSION"
home_mailbox = Maildir/

A procmail rendszeresen loggol és abbol elég sok minden kiderülhet.

Hm, meglepően sok a jól működő rendszer, egyre inkább azt hiszem, valami nálam lehet elkavarva :(

Postfix main.cf config fájlom (kicsillagozva a kényes részek):

[code:1:64d915c4f3]
# See /usr/share/postfix/main.cf.dist for a commented, more complete version

############## VBMailShield content filter ##########
content_filter = mailfilter:[127.0.0.1]:10025

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

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

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

myhostname = ****.******.hu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = *****.*******.hu, localhost.*********.hu, , localhost, *********.hu, *******.com, *****.******.hu,*****.********.com, *****.******.com
relayhost =
mynetworks = 127.0.0.0/8, 192.168.6.0/24, 192.168.5.0/24
#mailbox_command = procmail -a "$EXTENSION"
mailbox_command = /usr/bin/maildrop
mailbox_size_limit = 0
recipient_delimiter =
home_mailbox = Maildir/

############# Fontos beallitasok ####################
smtpd_delay_reject = yes
smtpd_helo_required = yes
disable_vrfy_command = yes
strict_rfc821_envelopes = yes
smtpd_soft_error = 3
smtpd_hard_error = 3
smtpd_error_sleep_time = 2s
message_size_limit = 1024000
smtpd_client_restrictions = check_client_access hash:/etc/postfix/access_client

smtpd_sender_restrictions = reject_non_fqdn_sender, reject_unknown_sender_domain, check_sender_access hash:/etc/postfix/access_email
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_invalid_hostname, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unverified_recipient, reject_multi_recipient_bounce, reject_rbl_client cbl.abuseat.org, reject_rbl_client zombie.dnsbl.sorbs.net, reject_rbl_client relays.ordb.org, reject_rbl_client opm.blitzed.org, reject_rbl_client list.dsbl.org reject_rbl_client abl.spamhaus.org
smtpd_data_restrictions = reject_unauth_pipelining
always_bcc = outgoing
queue_run_delay = 300s
minimal_backoff_time = 300s

############## SASL Authentikacio ####################
smtpd_sasl_local_domain =
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes

############# TLS ###################################
smtpd_use_tls = yes
smtpd_tls_auth_only = no
smtpd_tls_key_file = /etc/ssl/private/key.pem
smtpd_tls_cert_file = /etc/ssl/certs/cert.pem
smtpd_tls_CAfile = /etc/ssl/certs/cacert.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
tls_random_source = dev:/dev/urandom

################ Szurok #############################
body_checks = regexp:/etc/postfix/body_checks
header_checks = regexp:/etc/postfix/header_checks
mime_header_checks = regexp:/etc/postfix/mime_header_checks
[/code:1:64d915c4f3]

Igazából nem is emlékszem, miért a courier maildrop lett a procmail helyett. Valami courier doksi írhatta, ami alapján anno készítettem a szervert.

Ezt viszont nem értem teljesen:

Nézted már hogy tényleg ott van a duplán érkezett levél,...

Nem jön duplán a levél.
1. Mikor levelet küldök, kliensből, akkor a Thunderbird alatt látszik leginkább, hogy küldéskor kétszer küldi el, de a címzett nem kapja meg kétszer, csak az a diagramm fut le kétszer, ami jelzi, hogy éppen küldi a levelet a Thunderbird. Ebből gondoltam azt, hogy azért ilyen, mert egszer a valódi címzettnek küldi, másodjára pedig a küldő felhasználó "Elküldött elemek" mappájába "küldi" mentésre.
2. Outlook Express-t, ha magára hagyom picit úgy, hogy "x" percenként ellenőrizze, jött-e új levél, akkor egy idő után kezd felborulni a "számlálója". Magyarán OE lent van tálcán, csinálok valamit a gépen, jön levél, mutatja alul, hogy "n" új üzenete érkezett, majd kiteszi a kis borítékot a tálcára az óra mellé. Na, ebben a kis felbukkanó ablakban, ill. a bal "Beérkezett üzenetek" mappanév mellett jobra, zárójelben mutatja az olvasatlan levelek számát. Ezek borulnak meg, teszemazt jön két levél, erre azt mondja, van 8 új olvasatlan üzenetem. Felhozva az Outlook Express-t tálcáról, megjött mind a két levelem, de nyolcat mond. Ha mindkét levelet elolvasom, törlöm, azt mondja, van 6 olvasatlan levelem. Ha azt kérem, mutassa csak az olvasatlan leveleket, egyet sem talál, mert nincs. Ha kilépek Outlook Expressből, majd vissza, megint minden rendben indul (nincs olvasatlan levelem). Aztán kezdődik elölről, minél több (valid) levelet kapok annál inkább növekszik az eltérés az Outlook Express szerinti olvasatlan leveleim és a valójában megkapott leveleim között.
Tettem már úgy is próbát, hogy leválasztottam internetről a szervert, egyik munkaállomásról elkezdtem küldözgetni leveleket magamnak, ugyanez volt a helyzet. Magyarul levél nem veszett el, mind megjött, amit így küldtem, de ez a két szám mégis "szétcsúszott.
És tenném hozzá, hogy ez Windows98SE, Windows XP Home és Windows XP Professional op.rendszerek, különböző hardvereken, több gépről is egyaránt ez a tünet.
Szerver logokban dupla küldés nincsen, illetve hát nem is kapok meg kétszer levelet, így ez kilőve.

( edaile | 2005. 10. 25., k – 11:31 )

[quote:f0d304f19f="Mono"]Sziasztok! :)

Igaz, van néhány Courier topik már, de amiket találtam, eléggé messze állnak a kérdéseimtől, nem akartam azokat összerondítani, így gondoltam nyitok egy újat, remélem nem bántok ezzel senkit.

Nos, következő a szitu: Adott egy cég, két telephellyel, egyik telephelyen Debian Sarge Postfix és Courier-IMAP, továbbá WEBMail mail szerverrel. Windowsos munkaállomásokkal, mindkét telephelyen, egyre inkább Mozilla Thunderbird mail klienssel, ugyanis hosszabb távon kiderült, hogy a Microsoft Outlookjai nem igazán alkalmasak erre, a nem (teljesen) szabványos IMAP kezelése végett. Minden megy is rendben, azonban használat során előjött néhány probléma, ezekről szeretnék érdeklődni.

Első problémát le is írtam, erre kérdeznék rá, hátha tud valaki megoldást a dologra. Történetesen a Microsoft Outlook, Outlook Express hosszabb távú használata során érdekes jelenségek fordultak elő. Előfordul, hogy Outlook indításakor azonnal "A kiszolgáló határidő túllépés miatt váratlanul megszakította a kapcsolatot...." hibaüzenet fogad. Ez úgy random a gépeken, a kliensek teljes újraindítása, majd Outlookba belépése tudja csak feloldani a problémát. Ez még hagyján, előfordul azonban az is, hogy újonnan érkező levél már "áthúzva" jön meg, tartalma pedig valami olyasmi, hogy "időközben a levél tartalma már törölve lett a szerverről, ezért az nem jeleníthető meg..." Ha WebMail-ből ránézek, teljesen rendben van a levél. Emellett még ha automatikus levél "letöltögetésre" van állítva az Outlook, akkor néha hangot ad, kis borítékkal az óra mellé a tálcán, hogy jött levelem. No persze nem jött. Aztán van olyan, hogy csak boríték van, hang nélkül és fordítva. Emellett ha jön egy levél, sokszor ennek többszörösét mutatja (Beérkezett üzenetek mappanév mögött zárójelben).
Eddigi olvasataim szerint ez mind betudható a Microsoft nem szabványos IMAP kezelésének. Nem tudom, mit gondoltok erről, tényleg így van? Emellett kipróbáltam még a Cyrus-IMAP-et is, tapasztalatok Outlookokkal ugyanez volt. Majdnem nekiláttam még az UW-IMAP-nek is, mikor kiderült, hogy az viszont a hagyományos mbox formátumban tárol levelet, ami a mai internet sávszélességekkel, csatolmány méretekkel, kollégák levelezési szokásaival együtt nem nagon használható hosszútávon :( Számomra a linuxos IMAP-ek elfogytak, itt lenne egy kérdés: tudtok-e ezen kívül esetleg más IMAP kiszolgálót még javasolni? Tudtok-e olyan linuxos IMAP kiszolgálót, mely képes korrektül együttműködni a Microsoft Outlook-okkal?

Másik kérdés, egyelőre eltekintve a fentebbi problémától.
Néhány kolléga modemmel, notebookról, másik telephelyi gépek szintén interneten keresztül érik el a mail szervert. Gond az, főleg Mozilla Thunderbird alatt látványos, hogy amikor valaki neten keresztül (és nem a helyi hálón) küld e-mailt, nagyobb csatolmány esetén látszik leginkább, valójában kétszer küldi el. Értem ezalatt azt, hogy úgy van beállítva minden kliens, hogy az "elküldött elemeket" is a kiszolgáló mappájában tárolja, azaz minden felhasználónak van egy "Sent" mappája, aholva az elküldöttei kerülnek. Mozillából való küldéskor egyszer végigfut a "progress bar", akkor elküldi a címzettnek a levelet. Majd azonnal még egyszer végigfut a folyamatjelző, ekkor ugyanis - feltételezésem szerint - elmenti a "Sent" mappába. Magyarán az a gond, hogy ha írnak egy levelet, az a szerver oldali mentés miatt két lépcsőben zajlik le. Szerintem nagy marhaság, hiszen ha már egyszer ott volt a szerveren a levél, két megás csatolt PDF dokumentummal, akkor minek megint elküldeni a kliensről ugyanezt "mentésre"? Egy modemmel, két mega csatolmány, valljuk be, nem néhány másodperc :(

Így picit mélyebbre kutakodtam a /etc/courier/imapd konfig fájlban és találtam a végén egy részt, mely eléggé érdekesnek tűnik, de sajna annyira nem beszélem jól az angolt, ill. hátha valakinek van erről tapasztalata, tehát:

[code:1:f0d304f19f]
##NAME: OUTBOX:0
#
# The next set of options deal with the "Outbox" enhancement.
# Uncomment the following setting to create a special folder, named
# INBOX.Outbox
#
# OUTBOX=.Outbox

##NAME: SENDMAIL:0
#
# If OUTBOX is defined, mail can be sent via the IMAP connection by copying
# a message to the INBOX.Outbox folder. For all practical matters,
# INBOX.Outbox looks and behaves just like any other IMAP folder. If this
# folder doesn't exist it must be created by the IMAP mail client, just
# like any other IMAP folder. The kicker: any message copied or moved to
# this folder is will be E-mailed by the Courier-IMAP server, by running
# the SENDMAIL program. Therefore, messages copied or moved to this
# folder must be well-formed RFC-2822 messages, with the recipient list
# specified in the To:, Cc:, and Bcc: headers. Courier-IMAP relies on
# SENDMAIL to read the recipient list from these headers (and delete the Bcc:
# header) by running the command "$SENDMAIL -oi -t -f $SENDER", with the
# message piped on standard input. $SENDER will be the return address
# of the message, which is set by the authentication module.
#
# DO NOT MODIFY SENDMAIL, below, unless you know what you're doing.
#

SENDMAIL=/usr/sbin/sendmail
[/code:1:f0d304f19f]

Én ebből olyasmit veszek ki, hogy ha az OUTBOX:0-át OUTBOX:1-re állítom, akkor automatikusan létrejön egy Outbox mappa minden IMAP-et használó felhasználó mail mappái között, illetve ha IMAP-pel küldöm a levelet (??!??!) - ("...mail can be sent via the IMAP connection..."), akkor mintha ebbe a mappába küldéskor automatikusan lementődne a mail.
Ezt jól gondolom, jól értelmezem? Használja ezt valamelyikőtök?

Illetve egy bonus kérdés az utóbbihoz: jelenleg default minden felhasználómnak valami ilyesmi a könyvár felépítése:
/home/username/Maildir, ebben van cur, sent, tmp alkönyvtár, ill. itt vannak a "Sent" és "Drafts" könyvtárai.
Jelenleg a "Sent" könyvtárba kerülnek az elküldöttek úgy, hogy a mail kliensnek meg van adva: az elküldött üzeneteket itt helyezze el. Ez van jelenleg élesben. Szerintetek átállítható menet közben a dolog valahogy úgy, hogy leállítom az összes kliensen a "Sent" mappába való mentést, majd konzol szinten átmásolom az összes "Sent" mappában levő levelet (fájlt) az újonnan, elképzeléseim szerint létrejött "Outbox" nevű mappába?

Lenne még egy kérdésem :)
Hogyan lehetne azt megoldani, hogy a rendszer automatikusan egy könyvtárral "lejjebb" tegye a beérkezett leveleket? A helyzet ugyanis a lentebb "felvázolt" könyvtárstruktúra:

Mind a WEBmail, mind a levelező kliensek ezt úgy jelenítik meg, hogy a Beérkezett üzenetek mappába kerülnek a "Sent" és a "Drafts" mappák, valamint a felhasználó által legfelső szintre készített saját mappái is. Mozillában valahogy így:

Eléggé zavaró az, hogy az "Elküldött elemek" és a "Piszkozatok" mappa a "Beérkezett üzenetek" mappában vannak... :?

Kérdésem az lenne tehát, megoldható lehet-e valahogy az, hogy egy könyvtárral "lejjebb" kerüljenek a beérkező levelek, azaz már maga a Courier oda tegye őket, illetve a levelező kliensek látni fogják-e itt, kezelik-e majd rendesen, mint beérkezett levél az ide érkező leveleket?
Jól gondolom-e, hogy ha csinálok pl. egy "Beerkezett" könyvtárat, majd a /etc/courier/imapd fájl ezen részét átalakítom:

[code:1:f0d304f19f]##NAME: MAILDIRPATH:0
#
# MAILDIRPATH - directory name of the maildir directory.
#
MAILDIRPATH=Maildir
[/code:1:f0d304f19f]

Valahogy így: MAILDIRPATH=Maildir/Beerkezett , akkor ez így teszi a dolgát? vagy (Maildir.Beerkezett ??)

Hát nem lett rövid, remélem tudtok segíteni, minden javaslat, segítség, ötlet, észrevétel nagyon jó jönne!

Köszi előre is:
Mono

Vannak tapasztalataim a microsoft outlookkal, és a courier imap-pal, egyszerűen úgy tudnám összefoglalni, hogy az outlook nem beszéli az imap-ot rendesen, vagy pop-ot kell használni, vagy egy exchange szervert ha imapozni szeretnél. ilyen hibáid mindig lesznek.

( cstt v | 2005. 10. 25., k – 11:32 )

Találtam vmit, lehet hogy már olvastad

A postfix oldalán van ( http://www.postfix.org/MAILDROP_README.html )

/etc/postfix/main.cf:
mailbox_command = /path/to/maildrop -d ${USER}
De szerintem nem ezzel lesz a bibi

( Mono v | 2005. 10. 28., p – 08:46 )

[quote:e71d8a3eb6="edaile"]még egyszer, hogy ne legyen félreérthető.
$ cat /etc/maildroprc

# Global maildrop filter file

# Uncomment this line to make maildrop default to ~/Maildir for
# delivery- this is where courier-imap (amongst others) will look.
DEFAULT="$HOME/Maildir"

Nos, kipróbáltam a dolgot.
Nem kevés kínlódás után fény derült a lényegre. Alapvetően mindent csomagból tettem fel, Couriert is, moduljaival együtt. Nekem Courier-maildrop volt telepítve, de van "sima" maildrop is. Így egy frappáns mozdulattal uninstalláltam Courier-maildropot és feltettem a sima maildrop csomagot. Egyből ki is próbáltam, hogy mennyire működik a levelezés így, hát semennyire. Viszont már lett /etc/maildroprc fájlom, amiben kikommenteztem a DEFAULT=... sort, azonnal beindult a levelezésem úgy, mint ahogy előtte, Courier-maildrop-pal ment. 8)

Létrehoztam egy "Beerkezett" IMAP mappát a user Maildir könyvtárába, majd megadtam a maildroprc-ben, hogy oda kerüljenek a levelek, így:
[code:1:e71d8a3eb6]DEFAULT="$HOME/Maildir/Beerkezett"[/code:1:e71d8a3eb6]

Nem lett jó, errort dobott a logban. Majd rájöttem, hogy ha ezt .Beerkezett-nek adom meg, akkor minden ok, így:
[code:1:e71d8a3eb6]DEFAULT="$HOME/Maildir/.Beerkezett"[/code:1:e71d8a3eb6]

No, helyzet az, hogy jó, tetszik, Outlook Express szépen megy vele, viszont egy nagyon komoly szépséghibája maradt ennek a dolognak.

Outlook Express-ben eleve van "Beérkezett üzenetek" IMAP mappa, ami "gyárilag benne van". Mappáim között megjelent a "Beerkezett" is, ide érkeztek az új levelek, viszont nem tudtam lebeszélni róla, hogy mutassa a "Beérkezett üzenetek" mappát is, ami ezek után már elvileg használaton kívülre került, ugye. Ezt a mappát nem tudom elrejteni sem az IMAP mappák között, de mindegyik másikat igen.

Szumma-szummárom, elég hülyén néz ki, hogy van egy "Beérkezett üzenetek" mappám az OE-ben, amit nem használok, de nem tudom kiszedni belőle, illetve van egy (jelenleg) "Beerkezett" mappám, ami alá nagyon klasszul tudok már almappákat készíteni, ide érkeznek az új levelek is.

Van-e valami tipped/tippetek, hogyan lehetne feloldani ezt a szépséghibát :?:

Eddigi segítséget nagyon köszönöm! 8)

( Mono v | 2005. 10. 25., k – 11:33 )

Mutatok egy log-ot, gyakorlatilag saját magamnak küldtem egy mailt, az teljes egészében itt látszik.
Kicsit bonyolultnak tűnik, ennek két oka van:
Használok egy SMTP víruskeresőt, Postfix-be ágyazva: Postfix levelet kap, átadja víruskeresőnek, az visszaadja Postfixnek.
Emellett pedig van egy always_bcc-m is, ez az outgoing felhasználó, ő is kap egy-egy másolatot minden SMTP-n áthaladó levélből.

Bár szerintem ebben semmi rossz nincsen...

[code:1:8ca9fb3dfc]

Oct 25 11:27:13 localhost postfix/smtpd[4689]: connect from unknown[192.168.6.200]
Oct 25 11:27:13 localhost postfix/smtpd[4689]: CBCEA4B9F6: client=unknown[192.168.6.200], sasl_method=PLAIN,

sasl_username=felhasznalo
Oct 25 11:27:13 localhost postfix/cleanup[4690]: CBCEA4B9F6: message-id=<435DFA73.1030004@sajatdomain.hu>
Oct 25 11:27:13 localhost postfix/smtpd[4689]: disconnect from unknown[192.168.6.200]
Oct 25 11:27:13 localhost postfix/qmgr[27357]: CBCEA4B9F6: from=<felhasznalo@sajatdomain.hu>, size=679, nrcpt=2 (queue

active)
Oct 25 11:27:13 localhost postfix/smtp[4691]: CBCEA4B9F6: to=<outgoing@sajatdomain.hu>, relay=127.0.0.1[127.0.0.1],

delay=0, status=sent (250 A01269D2187 queued for delivery)
Oct 25 11:27:13 localhost postfix/smtp[4691]: CBCEA4B9F6: to=<felhasznalo@sajatdomain.hu>, relay=127.0.0.1[127.0.0.1],

delay=0, status=sent (250 A01269D2187 queued for delivery)
Oct 25 11:27:13 localhost imaplogin: Connection, ip=[::ffff:192.168.6.200]
Oct 25 11:27:13 localhost postfix/smtpd[4695]: connect from localhost.localdomain[127.0.0.1]
Oct 25 11:27:13 localhost imaplogin: LOGIN, user=felhasznalo, ip=[::ffff:192.168.6.200], protocol=IMAP
Oct 25 11:27:13 localhost postfix/qmgr[27357]: CBCEA4B9F6: removed
Oct 25 11:27:13 localhost postfix/smtpd[4695]: D76D54B9FA: client=localhost.localdomain[127.0.0.1]
Oct 25 11:27:13 localhost postfix/cleanup[4690]: D76D54B9FA: message-id=<435DFA73.1030004@sajatdomain.hu>
Oct 25 11:27:13 localhost postfix/smtpd[4695]: disconnect from localhost.localdomain[127.0.0.1]
Oct 25 11:27:13 localhost postfix/qmgr[27357]: D76D54B9FA: from=<felhasznalo@sajatdomain.hu>, size=853, nrcpt=2 (queue

active)
Oct 25 11:27:13 localhost postfix/local[4696]: D76D54B9FA: to=<outgoing@sajatdomain.hu>, relay=local, delay=0,

status=sent (delivered to command: /usr/bin/maildrop)
Oct 25 11:27:13 localhost postfix/local[4697]: D76D54B9FA: to=<felhasznalo@sajatdomain.hu>, relay=local, delay=0, status=sent

(delivered to command: /usr/bin/maildrop)
Oct 25 11:27:13 localhost postfix/qmgr[27357]: D76D54B9FA: removed
[/code:1:8ca9fb3dfc]

( Mono v | 2005. 10. 25., k – 11:37 )

[quote:a8a8eda038="edaile"]
Vannak tapasztalataim a microsoft outlookkal, és a courier imap-pal, egyszerűen úgy tudnám összefoglalni, hogy az outlook nem beszéli az imap-ot rendesen, vagy pop-ot kell használni, vagy egy exchange szervert ha imapozni szeretnél. ilyen hibáid mindig lesznek.

Köszi!

Igen, ezt hallottam már én is több helyről szóban, de itt mégis akadnak fórumtársak, akiknek huzamosabb ideje mégis megy Outlook Express-szel. Ezért nem értem teljesen, hogy most akkor nálam van valami gond, vagy egyszerűen "ilyen". De nálam ez tényleg rendszeres gond, náluk meg egy évig sem jön elő... lehet, hogy valami tényleg el van rontva nálam, ennyire sűrűn nem kellene jelentkeznie a hibának :?: :cry:

( Gollam | 2005. 10. 25., k – 12:51 )

Na megvan!
Ha jól emlékszem ....
- jobb gomb a postafiókra
- tulajdonságok
- IMAP
- "A gyökérmappa elérési útja:" ezt kellett átálítanom INBOX-ra

( Mono v | 2005. 10. 25., k – 13:19 )

[quote:6883b14a75="Gollam"]Na megvan!
Ha jól emlékszem ....
- jobb gomb a postafiókra
- tulajdonságok
- IMAP
- "A gyökérmappa elérési útja:" ezt kellett átálítanom INBOX-ra

Köszi!

Szóról szóra így van most nekem. Viszont ekkor az "elküldött elemek" mappád is a Beérkezett üzenetek alá kerül, nemde :?:
Így (ez most Mozilla, de OE-ben is ilyen):

Én azt szeretném, hogy a "Beérkezett üzenetek" egy szinten legyen az "Elküldött elemek"-kel... :?

( xoraxax | 2005. 10. 26., sze – 16:20 )

[quote:7f7b48d3f7="Mono"][quote:7f7b48d3f7="Gollam"]Na megvan!
Ha jól emlékszem ....
- jobb gomb a postafiókra
- tulajdonságok
- IMAP
- "A gyökérmappa elérési útja:" ezt kellett átálítanom INBOX-ra

Köszi!

Szóról szóra így van most nekem. Viszont ekkor az "elküldött elemek" mappád is a Beérkezett üzenetek alá kerül, nemde :?:
Így (ez most Mozilla, de OE-ben is ilyen):

Én azt szeretném, hogy a "Beérkezett üzenetek" egy szinten legyen az "Elküldött elemek"-kel... :?

Ezt talaltam ezzel kapcsolatban:

http://www.courier-mta.org/?FAQ.html~namespace

Thunderbird beallitasa:

Postafiok tulajnossagainak megtekintese->Kiszolgalo beallitasai->Halado...->IMAP-kiszolgalo konyvtar alapbol ures, ide ird be INBOX, OK,OK..., majd inditsd ujra a levelezot. Nalam egy szintre kerultek.

( Mono v | 2005. 10. 25., k – 14:08 )

Hopp! Valami eszembe jutott, bár ez már inkább Postfix.
Használom az "always_bcc=" beállítást a main.cf-ben. Vezetőségi kikötés volt, hogy minden levélről legyen egy szerver oldali biztonsági mentés, így oldottam meg.
Elképzelhetőnek tartjátok, hogy emiatt látszik a Mozillában a kétszeres mail küldés :?: Az külön kezelődne :?: Úgy értem, hogy az always_bcc nem olyan lenne levélküldés szempontjából, mint ha több címzettet adnék meg a kliens programomban és ennek kvázi "külön" küldi el :?:

( laacaa | 2005. 11. 17., cs – 09:41 )

Sziasztok!

Nekem is témába vágó a kérdésem!!! Üzemel nálunk a cégnél egy Courier Imap. A kliensek legtöbbje outlook expressz vagy Thunderbird. Mindkettőben működik a rendszer.
Jöt egy új főnök és az ragaszkodik az MS Outlook Programhoz. Be is állítottam, csak az a nagy problémám, hogy az Elküldött elemeket nem a szerveren tárolja,hanem kirakja magának a személyes mappákba,ami ugye helyileg tárolódik. Az outlookban is be lehet állítani a gyökérmappa elérési útját, de hiába írom oda,hogy INBOX, nem reagál rá.
Van valami ötletetek ???

( GCS v | 2006. 01. 24., k – 00:19 )

[quote:a82442ec70="cvk"]Esetleg próbáld ki thunderbirdel is, én valami evo hibára gyanakszom.

Így van, Evolution hiba lesz, a Thunderbird gyönyörűen eléri a leveleket is, ki is tudtam olvasni őket. Az Evolution továbbra is csak arra hajlandó, hogy megmondja mennyi új levelem van és kész. Köszi a tippet!

( LiRul v | 2005. 11. 17., cs – 10:02 )

[quote:fe52b24937="laacaa"]Jöt egy új főnök és az ragaszkodik az MS Outlook Programhoz.

tudomasom szerint mso-t nem lehet erre ravenni. de ha tevednek, engem is erdekel a megoldas!

( jaci | 2005. 10. 25., k – 14:26 )

Nemhiszem... Nekem is ugyanezzel módszerrel csinál mentést, és semmi gond vele.

( samuf v | 2005. 11. 17., cs – 10:14 )

Sziasztok!

Pont most nyitottam egy topikot hasonló problémával. Ha minden igaz a szerveren is meg lehet oldani az elküldött levelek tárolását megkerülve a klienseket, legalábbis az Outbox és Sendmail beállítás a Courier konfigjában erre utal.

( Gollam | 2005. 10. 25., k – 14:44 )

Nem kerül alá, mert ugyanebben az ablakban be tudod állítani (ami jó is defaultban), hogy melyik az elküldött mappád. Így ez egy szinten lesz a "beérkezett üzenetek"-kel.

( Mono v | 2005. 10. 25., k – 14:55 )

[quote:2e328ba2e3="Gollam"]Nem kerül alá, mert ugyanebben az ablakban be tudod állítani (ami jó is defaultban), hogy melyik az elküldött mappád. Így ez egy szinten lesz a "beérkezett üzenetek"-kel.

Mmmm, szerintem nem értelek :(

Nekem most ilyen, fentebbi írásodból azt veszem ki, erre kellene beállítani ahhoz, hogy jó legyen:

Namost ha fent állítok bármit, az "a gyökérmappa elérési útja", azaz, ez alatt fogja keresni a beérkezett üzeneteket, ill. ez alatt fogja keresni a Sent és Drafts mappát, nem :?:
Ebből az OE "beállító" ablakból én azt veszem ki, hogy ő cak és kizárólag a gyökérmappában keres új leveleket, ill. ez alá közvetlenül, vagy esetleg kis trükkel ettől csak könyvtár struktúrában lentebb tud Elküldött elemeket és Piszkozatokat kezelni.

Rosszul gondolom ?:?

( edaile | 2005. 10. 25., k – 15:21 )

[quote:11c14cbe88="Mono"][quote:11c14cbe88="edaile"]
Vannak tapasztalataim a microsoft outlookkal, és a courier imap-pal, egyszerűen úgy tudnám összefoglalni, hogy az outlook nem beszéli az imap-ot rendesen, vagy pop-ot kell használni, vagy egy exchange szervert ha imapozni szeretnél. ilyen hibáid mindig lesznek.

Köszi!

Igen, ezt hallottam már én is több helyről szóban, de itt mégis akadnak fórumtársak, akiknek huzamosabb ideje mégis megy Outlook Express-szel. Ezért nem értem teljesen, hogy most akkor nálam van valami gond, vagy egyszerűen "ilyen". De nálam ez tényleg rendszeres gond, náluk meg egy évig sem jön elő... lehet, hogy valami tényleg el van rontva nálam, ennyire sűrűn nem kellene jelentkeznie a hibának :?: :cry:

Más kliensekkel sosem volt gond, csak a M$ termékeivel. Azt javaslom, hogy próbáld ki mondjuk Mozilla thunderbirddel vagy Evolutionnal. Ha ott működik minden, akkor egyértelmű, hogy ki a hibás

( Mono v | 2005. 10. 26., sze – 20:19 )

[quote:b4c415ab95="xoraxax"]
Ezt talaltam ezzel kapcsolatban:

http://www.courier-mta.org/?FAQ.html~namespace

Thunderbird beallitasa:

Postafiok tulajnossagainak megtekintese->Kiszolgalo beallitasai->Halado...->IMAP-kiszolgalo konyvtar alapbol ures, ide ird be INBOX, OK,OK..., majd inditsd ujra a levelezot. Nalam egy szintre kerultek.

Köszi, ezzel eljátszom picit ;)

( lokoto | 2006. 01. 24., k – 08:54 )

[quote:964ca7b22b="Mono"]Hopp! Valami eszembe jutott, bár ez már inkább Postfix.
Használom az "always_bcc=" beállítást a main.cf-ben. Vezetőségi kikötés volt, hogy minden levélről legyen egy szerver oldali biztonsági mentés, így oldottam meg.
Elképzelhetőnek tartjátok, hogy emiatt látszik a Mozillában a kétszeres mail küldés :?: Az külön kezelődne :?: Úgy értem, hogy az always_bcc nem olyan lenne levélküldés szempontjából, mint ha több címzettet adnék meg a kliens programomban és ennek kvázi "külön" küldi el :?:

Úgy látom ezt a részt még nem válaszolta meg senki...

Ha belegondolsz, egy levél elküldésekor két protokollt használ a MUA:
- SMTP a levél elküldésére
- IMAP az elküldött levél "archiválására"

Mivel más csatornán működik a kettő (más kiszolgáló oldali program és kapcsolat kezeli), ezért mindegyiknek oda kell adni a levelet.
Szerintem ebben semmi meglepő nincs, még akkor sem, ha nem optimális.

üdv.

( Mono v | 2005. 10. 25., k – 17:00 )

Első körben most megpróbáltam azt megmozgatni, hogy az újonnan beérkező levelek egy megadott Beerkezett könyvtárba kerüljenek a Maildir alá.
Egyelőre sikertelenül :(
Nincs valakinek tippje, mit és hogyan kell átállítani :?:

Gondolom ez csakis a Postfixen múlik. Akárhogy állítgattam a main.cf fájlban a
home_mailbox = Maildir/ sort, semmi sem változott :(
Van még egy
mailbox_command= /usr/bin/maildrop
sorom is, tudtommal ez csak egy lokális maildrop programot futtat, ezt nem piszkáltam.
Minden eetben a /home/username/Maildir/new könvtárba landoltak a levlek...

Hogy lehetne megcsinálni azt, hogy a /home/username/Maildir/Beerkezett/new könyvtárba tegye a Postfix az új leveleket :?:

( samuf v | 2005. 11. 21., h – 13:17 )

http://www.hup.hu/modules.php?name=Forums&file=viewtopic&p=91345#91345
Ebben a topikban leírtam, hogy nekem, hogyan sikerült szerver oldalon megoldanom az elküldött elemek tárolását

Ha mar ilyen univerzalis neve van a topicnak hogy courier imap kerdesek akkor nekem is volna egy.

Adott deb sarge, aptvel jelenleg feltett legujabb courier-imap (most ssl nelkuli kapcsolatot irok siman a 143as porton) es a kliensek thunderbirdel, mindez 100as halon.
Aztan van 5-10 mailbox es randomba bekattan thunder (nemkell hozza tobb 1 percnel se), elkezd timeoutolgatni es utana mar csak az ujrainditasaval megy megin, a logokba persze max debugon sincs semmi a szerver oldalon.

Ami nemlehet gond, az a firewall meg a courier processzek szama, pl hany authot indithat max stb, ezeket megneztem.

Vki talalkozott mar ilyennel?

ash